13518219792
應用于搭建 Web 服務器，存儲集群或類似用途的巨型中央服務器的系統編程語言。
從事服務器托管機柜，服務器租用，云主機，虛擬主機，申請域名，CDN，網絡代維等服務。
Go 是谷歌的編程語言，而不是社區的。在這位博主看來，雖然 Go 語言擁有一個貢獻者社區，但是它并不是社區的項目，只是谷歌的一個項目。所以只要是谷歌反對的東西，沒有人可以把這個東西加到 Go 語言中。
InfoQ 記者也第一時間聯系了《Go 并發編程實戰》作者、前輕松籌大數據負責人郝林，他的觀點是：Go 語言是大家的，只有偽愛好者才會談舍棄。在郝林看來，Go 語言官方團隊在谷歌內部實屬一個很小的團隊，但其成員幾乎個個都是技術大神。
很多社區成員為 Go 語言貢獻了很多重要并且有價值的東西，這些從貢獻者和提交者的多樣性就可以看出來。但谷歌作為整個 Go 社區的守門人，它獨自決定什么東西可以被 Go 語言接受，什么不能被接受。
在 Go 語言模塊系統上發生的一件事情，谷歌 Go 語言核心團隊的一名成員放棄了由外部 Go 社區開發的一個模塊系統，因為它使用了另一種不同的模型。Go 語言擁有一個貢獻者社區，但是它并不是一個社區項目。
Golang 的創建是為了實現最大的用戶效率和編碼效率。已經熟悉 Java 或 PHP 的程序員可以在幾周內接受 Go 的培訓（許多人最終會更喜歡它）。在本文中，Dewet Diener 探討了 Golang 的優缺點，以及它的測試驅動開發 (TDD) 如何完美契合。
Golang 由 Google 開發和設計，于 2009 年作為一種綜合性編程語言首次出現，旨在最大限度地提高編碼效率。創建該語言的目的是修正其他已建立語言的缺陷。盡管 Golang（或簡稱為“Go”）是一門年輕的語言，但已經積累了大量的開發人員，因此我們想分享為什么在 Curve 我們喜歡 Golang，以及我們如何采用它來實現我們移動銀行業務的目標到云端。
Go 是一種精致的編程語言：它支持“所見即所得”的原則，這意味著清晰易讀的代碼和更少的復雜抽象。該語言本身易于使用且易于訓練。盡管如此，作為一個相對較新的生態系統，要找到對 Go 具有廣泛預先知識的工程師可能會很棘手。
然而，與其他編程語言不同，Go 的創建是為了最大限度地提高用戶效率。因此，具有 Java 或 PHP 背景的開發人員和工程師可以在幾周內獲得使用 Go 的技能和培訓——根據我們的經驗，他們中的許多人最終更喜歡它。
在 Curve，我們大力提倡測試驅動開發 (TDD)，Go 的框架與這種方法保持一致。通過簡單地命名一個文件 foo_test.go 并在該文件中添加結構化測試函數，Go 將快速有效地運行您的單元測試。這一創新功能提高了生產力，因為它可以更加專注于測試驅動的開發和改進的同行評審機會。
Golang 具有出色的生產優化品質，例如內存占用小，這支持其在大型項目中作為構建塊的能力，以及開箱即用的與其他架構的輕松交叉編譯。由于 Go 代碼被編譯為單個靜態二進制文件，因此它可以輕松進行容器化，并且通過擴展，將 Go 部署到任何高可用性環境（例如 Kubernetes）中幾乎是微不足道的。
它提供了一種機制來保護工作負載，通過擁有非常纖薄的生產容器而沒有任何無關的依賴項。這使得構建、部署和維護基于 Go 的資產更加直接和安全，并為希望建立或發展其微服務戰略的公司提供了可靠的選擇。
Go 是專門為滿足我們快速發展的技術生態系統的需求而創建的。例如，Go 可以滿足您構建 API 所需的一切，并將其作為其標準庫的一部分。它使用簡單，高性能的 http 服務器消除了團隊設計新項目時經常發生的一些常見的 探索 和設計癱瘓問題——這對于一些其他流行語言（如 Java 和 Node.js）來說太常見了。
Golang 還通過其內置于語言本身的自動格式化程序巧妙地解決了代碼格式化分歧。這完全消除了格式爭議，進而提高了團隊的生產力和注意力。
盡管我是 Go 的擁護者，但它顯然也不是沒有缺陷。一個爭論不休的特性是 Go 沒有顯式接口，這是許多開發人員習慣的概念。雖然不是有害的，但它可以使選擇最適合您的結構的接口成為一項任務。這是因為您不會像在其他流行的編程語言中那樣編寫 X 實現 Y，但您很快就會接受。
依賴管理也是另一個不屬于 Google Golang 開發團隊原始設計的功能。開源社區介入并創建了 Glide 和 Dep，最初的努力并沒有完全解決問題。從 Go 1.11 開始，添加了對模塊的支持，這似乎已成為官方的依賴管理工具。這些挑戰并沒有削弱 Go 作為一種高效編程語言的獨創性，并且它繼續為我們提供優于其他編程語言的顯著優勢。
Golang 吸引了全球敏銳的開發人員的注意，并且圍繞它的興奮繼續增長。開源社區因有趣的項目而蓬勃發展；最著名的是 Docker 和 Kubernetes。
正是這種新鮮、有創意但又簡單的包裝吸引了我們去Go：它是一種令人興奮的編碼語言，可以幫助我們在 Curve 中快速開發以構建更好的產品。
TiDB 是 PingCAP 自主研發的開源分布式關系型數據庫，具備商業級數據庫的數據可靠性，可用性，安全性等特性，支持在線彈性水平擴展，兼容 MySQL 協議及生態，創新性實現 OLTP 及 OLAP 融合。
TiDB 3.0 版本顯著提升了大規模集群的穩定性，集群支持 150+ 存儲節點，300+TB 存儲容量長期穩定運行。易用性方面引入大量降低用戶運維成本的優化，包括引入 Information_Schema 中的多個實用系統視圖、EXPLAIN ANALYZE、SQL Trace 等。在性能方面，特別是 OLTP 性能方面，3.0 比 2.1 也有大幅提升，其中 TPC-C 性能提升約 4.5 倍，Sysbench 性能提升約 1.5 倍，OLAP 方面，TPC-H 50G Q15 因實現 View 可以執行，至此 TPC-H 22 個 Query 均可正常運行。新功能方面增加了窗口函數、視圖（實驗特性）、分區表、插件系統、悲觀鎖（實驗特性）。
截止本文發稿時 TiDB 已在 500+ 用戶的生產環境中長期穩定運行，涵蓋金融、保險、制造，互聯網， 游戲 等領域，涉及交易、數據中臺、 歷史 庫等多個業務場景。不同業務場景對關系型數據庫的訴求可用 “百花齊放”來形容，但對關系數據庫最根本的訴求未發生任何變化，如數據可靠性，系統穩定性，可擴展性，安全性，易用性等。請跟隨我們的腳步梳理 TiDB 3.0 有什么樣的驚喜。
3.0 與 2.1 版本相比，顯著提升了大規模集群的穩定性，支持單集群 150+ 存儲節點，300+TB 存儲容量長期穩定運行，主要的優化點如下：
1. 優化 Raft 副本之間的心跳機制，按照 Region 的活躍程度調整心跳頻率，減小冷數據對集群的負擔。
2. 熱點調度策略支持更多參數配置，采用更高優先級，并提升熱點調度的準確性。
3. 優化 PD 調度流程，提供調度限流機制，提升系統穩定性。
4. 新增分布式 GC 功能，提升 GC 的性能，降低大集群 GC 時間，提升系統穩定性。
眾所周知，數據庫查詢計劃的穩定性對業務至關重要，TiDB 3.0 版本采用多種優化手段提升查詢計劃的穩定性，如下：
1. 新增 Fast Analyze 功能，提升收集統計信息的速度，降低集群資源的消耗及對業務的影響。
2. 新增 Incremental Analyze 功能，提升收集單調遞增的索引統計信息的速度，降低集群資源的消耗及對業務的影響。
3. 在 CM-Sketch 中新增 TopN 的統計信息，緩解 CM-Sketch 哈希沖突導致估算偏大，提升代價估算的準確性，提升查詢計劃的穩定性。
4. 引入 Skyline Pruning 框架，利用規則防止查詢計劃過度依賴統計信息，緩解因統計信息滯后導致選擇的查詢計劃不是最優的情況，提升查詢計劃的穩定性。
5. 新增 SQL Plan Management 功能，支持在查詢計劃不準確時手動綁定查詢計劃，提升查詢計劃的穩定性。
1. OLTP
3.0 與 2.1 版本相比 Sysbench 的 Point Select，Update Index，Update Non-Index 均提升約 1.5 倍，TPC-C 性能提升約 4.5 倍。主要的優化點如下：
1. TiDB 持續優化 SQL 執行器，包括：優化 NOT EXISTS 子查詢轉化為 Anti Semi Join，優化多表 Join 時 Join 順序選擇等。
2. 優化 Index Join 邏輯，擴大 Index Join 算子的適用場景并提升代價估算的準確性。
3. TiKV 批量接收和發送消息功能，提升寫入密集的場景的 TPS 約 7%，讀密集的場景提升約 30%。
4. TiKV 優化內存管理，減少 Iterator Key Bound Option 的內存分配和拷貝，多個 Column Families 共享 block cache 提升 cache 命中率等手段大幅提升性能。
5. 引入 Titan 存儲引擎插件，提升 Value 值超過 1KB 時性能，緩解 RocksDB 寫放大問題，減少磁盤 IO 的占用。
6. TiKV 新增多線程 Raftstore 和 Apply 功能，提升單節點內可擴展性，進而提升單節點內并發處理能力和資源利用率，降低延時，大幅提升集群寫入能力。
TiDB Lightning 性能與 2019 年年初相比提升 3 倍，從 100GB/h 提升到 300GB/h，即 28MB/s 提升到 85MB/s，優化點，如下：
1. 提升 SQL 轉化成 KV Pairs 的性能，減少不必要的開銷。
2. 提升單表導入性能，單表支持批量導入。
3. 提升 TiKV-Importer 導入數據性能，支持將數據和索引分別導入。
4. TiKV-Importer 支持上傳 SST 文件限速功能。
RBAC（Role-Based Access Control，基于角色的權限訪問控制） 是商業系統中最常見的權限管理技術之一，通過 RBAC 思想可以構建最簡單“用戶-角色-權限”的訪問權限控制模型。RBAC 中用戶與角色關聯，權限與角色關聯，角色與權限之間一般是多對多的關系，用戶通過成為什么樣的角色獲取該角色所擁有的權限，達到簡化權限管理的目的，通過此版本的迭代 RBAC 功能開發完成。
IP 白名單功能（企業版特性） ：TiDB 提供基于 IP 白名單實現網絡安全訪問控制，用戶可根據實際情況配置相關的訪問策略。
Audit log 功能（企業版特性） ：Audit log 記錄用戶對數據庫所執行的操作，通過記錄 Audit log 用戶可以對數據庫進行故障分析，行為分析，安全審計等，幫助用戶獲取數據執行情況。
加密存儲（企業版特性） ：TiDB 利用 RocksDB 自身加密功能，實現加密存儲的功能，保證所有寫入到磁盤的數據都經過加密，降低數據泄露的風險。
完善權限語句的權限檢查 ，新增 ANALYZE，USE，SET GLOBAL，SHOW PROCESSLIST 語句權限檢查。
1. 新增 SQL 方式查詢慢查詢，豐富 TiDB 慢查詢日志內容，如：Coprocessor 任務數，平均/最長/90% 執行/等待時間，執行/等待時間最長的 TiKV 地址，簡化慢查詢定位工作，提高排查慢查詢問題效率，提升產品易用性。
2. 新增系統配置項合法性檢查，優化系統監控項等，提升產品易用性。
3. 新增對 TableReader、IndexReader 和 IndexLookupReader 算子內存使用情況統計信息，提高 Query 內存使用統計的準確性，提升處理內存消耗較大語句的效率。
4. 制定日志規范，重構日志系統，統一日志格式，方便用戶理解日志內容，有助于通過工具對日志進行定量分析。
5. 新增 EXPLAIN ANALYZE 功能，提升SQL 調優的易用性。
6. 新增 SQL 語句 Trace 功能，方便排查問題。
7. 新增通過 unix_socket 方式連接數據庫。
8. 新增快速恢復被刪除表功能，當誤刪除數據時可通過此功能快速恢復數據。
TiDB 3.0 新增 TiFlash 組件，解決復雜分析及 HTAP 場景。TiFlash 是列式存儲系統，與行存儲系統實時同步，具備低延時，高性能，事務一致性讀等特性。 通過 Raft 協議從 TiKV 中實時同步行存數據并轉化成列存儲格式持久化到一組獨立的節點，解決行列混合存儲以及資源隔離性問題。TiFlash 可用作行存儲系統（TiKV）實時鏡像，實時鏡像可獨立于行存儲系統，將行存儲及列存儲從物理隔離開，提供完善的資源隔離方案，HTAP 場景最優推薦方案；亦可用作行存儲表的索引，配合行存儲對外提供智能的 OLAP 服務，提升約 10 倍復雜的混合查詢的性能。
TiFlash 目前處于 Beta 階段，計劃 2019 年 12 月 31 日之前 GA，歡迎大家申請試用。
未來我們會繼續投入到系統穩定性，易用性，性能，彈性擴展方面，向用戶提供極致的彈性伸縮能力，極致的性能體驗，極致的用戶體驗。
穩定性方面 V4.0 版本將繼續完善 V3.0 未 GA 的重大特性，例如：悲觀事務模型，View，Table Partition，Titan 行存儲引擎，TiFlash 列存儲引擎；引入近似物理備份恢復解決分布數據庫備份恢復難題；優化 PD 調度功能等。
性能方面 V4.0 版本將繼續優化事務處理流程，減少事務資源消耗，提升性能，例如：1PC，省去獲取 commit ts 操作等。
彈性擴展方面，PD 將提供彈性擴展所需的元信息供外部系統調用，外部系統可根據元信息及負載情況動態伸縮集群規模，達成節省成本的目標。
我們相信戰勝“未知”最好的武器就是社區的力量，基礎軟件需要堅定地走開源路線。截止發稿我們已經完成 41 篇源碼閱讀文章。TiDB 開源社區總計 265 位 Contributor，6 位 Committer，在這里我們對社區貢獻者表示由衷的感謝，希望更多志同道合的人能加入進來，也希望大家在 TiDB 這個開源社區能夠有所收獲。
TiDB 3.0 GA Release Notes：
創建 PayPal 的目的是使金融服務民主化，并使個人和企業能夠加入并在全球經濟中蓬勃發展。這項工作的核心是 PayPal 的支付平臺，該平臺使用專有技術和第三方技術的組合來高效、安全地促進全球數百萬商家和消費者之間的交易。隨著支付平臺變得越來越大、越來越復雜，PayPal 尋求對其系統進行現代化改造并縮短新應用程序的上市時間。
Go 在生成干凈、高效的代碼方面的有著極高的價值。這些代碼可以隨著軟件部署的擴展而輕松擴展，這使得該語言非常適合支持 PayPal 的目標。
支付處理平臺的核心是 PayPal 用 C++ 開發的專有 NoSQL 數據庫。然而，代碼的復雜性大大降低了開發人員發展平臺的能力。Go 的簡單代碼布局、goroutine（輕量級執行線程）和通道（用作連接并發 goroutine 的管道）使 Go 成為 NoSQL 開發團隊簡化和現代化平臺的自然選擇。
作為概念驗證，一個開發團隊花了六個月的時間學習 Go 并在 Go 中從頭開始重新實現 NoSQL 系統，在此期間，他們還提供了有關如何在 PayPal 更廣泛地實施 Go 的見解。截至今天，已遷移 30% 的集群以使用新的 NoSQL 數據庫。
隨著 PayPal 的平臺變得越來越復雜，Go 提供了一種輕松簡化大規模創建和運行軟件的復雜性的方法。該語言為 PayPal 提供了出色的庫和快速工具，以及并發、垃圾收集和類型安全。
借助 Go，PayPal 使其開發人員能夠將更多時間從 C++ 和 Java 開發的噪音中解放出來，從而能夠花更多時間查看代碼和進行戰略性思考。
在這個新改寫的 NoSQL 系統取得成功后，PayPal 內更多的平臺和內容團隊開始采用 Go。Natarajan 目前的團隊負責 PayPal 的構建、測試和發布管道——所有這些都是在 Go 中構建的。該公司擁有一個大型構建和測試農場，它使用 Go 基礎設施進行完全管理，以支持整個公司的開發人員的構建即服務（和測試即服務）。
憑借 PayPal 所需的分布式計算能力，Go 是刷新系統的正確語言。PayPal 需要并發和并行的編程，為高性能和高度可移植性而編譯，并為開發人員帶來模塊化、可組合的開源架構的好處——Go 已經提供了所有這些以及更多幫助 PayPal 對其系統進行現代化改造。
安全性和可支持性是 PayPal 的關鍵問題，該公司的運營管道越來越多地由 Go 主導，因為該語言的簡潔性和模塊化幫助他們實現了這些目標。PayPal 對 Go 的部署為開發人員提供了一個創意平臺，使他們能夠為 PayPal 的全球市場大規模生產簡單、高效和可靠的軟件。
隨著 PayPal 繼續使用 Go 對其軟件定義網絡 (SDN) 基礎設施進行現代化改造，除了更易于維護的代碼外，他們還看到了性能優勢。例如，Go 現在為路由器、負載平衡和越來越多的生產系統提供動力。
作為一家全球性企業，PayPal 需要其開發團隊有效管理兩種規模：生產規模，尤其是與許多其他服務器（如云服務）交互的并發系統；和開發規模，尤其是由許多程序員協同開發的大型代碼庫（如開源開發）
PayPal 利用 Go 來解決這些規模問題。該公司的開發人員受益于 Go 將解釋型動態類型語言的編程易用性與靜態類型編譯語言的效率和安全性相結合的能力。隨著 PayPal 對其系統進行現代化改造，對網絡和多核計算的支持至關重要。Go 不僅提供了這種支持，而且提供的速度很快——在單臺計算機上編譯一個大型可執行文件最多需要幾秒鐘。
PayPal 目前有 100 多名 Go 開發人員，未來選擇采用 Go 的開發人員將更容易獲得該語言的批準，這要歸功于公司已經在生產中的許多成功實現。
最重要的是，PayPal 開發人員使用 Go 提高了他們的生產力。Go 的并發機制使得編寫充分利用 PayPal 的多核和聯網機器的程序變得很容易。使用 Go 的開發人員還受益于它可以快速編譯為機器代碼的事實，并且他們的應用程序獲得了垃圾收集的便利和運行時反射的強大功能。
今天 PayPal 的第一類語言是 Java 和 Node，Go 主要用作基礎設施語言。雖然 Go 可能永遠不會在某些應用程序中取代 Node.js，但 Natarajan 正在推動讓 Go 成為 PayPal 的第一類語言。
通過他的努力，PayPal 還在評估遷移到 Google Kubernetes Engine (GKE) 以加快其新產品的上市時間。GKE 是一個用于部署容器化應用程序的托管、生產就緒環境，并帶來了 Google 在開發人員生產力、自動化操作和開源靈活性方面的最新創新。
對于 PayPal 而言，部署到 GKE 將使 PayPal 更容易部署、更新和管理其應用程序和服務，從而實現快速開發和迭代。此外，PayPal 會發現更容易運行機器學習、通用 GPU、高性能計算和其他受益于 GKE 支持的專用硬件加速器的工作負載。
對 PayPal 來說最重要的是，Go 開發和 GKE 的結合使公司能夠輕松擴展以滿足需求，因為 Kubernetes 自動擴展將使 PayPal 能夠處理用戶對服務不斷增長的需求——在最重要的時候保持它們可用，然后在安靜的時間來省錢。
