⑴ Golang database/sql源碼分析
Gorm是Go語言開發用的比較多的一個ORM。它的功能比較全：
但是這篇文章中並不會直接看Gorm的源碼，我們會先從database/sql分析。原因是Gorm也是基於這個包來封裝的一些功能。所以只有先了解了database/sql包才能更加好的理解Gorm源碼。
database/sql 其實也是一個對於mysql驅動的上層封裝。」github.com/go-sql-driver/mysql」就是一個對於mysql的驅動，database/sql 就是在這個基礎上做的基本封裝包含連接池的使用
下面這個是最基本的增刪改查操作
操作分下面幾個步驟：
因為Gorm的連接池就是使用database/sql包中的連接池，所以這里我們需要學習一下包里的連接池的源碼實現。其實所有連接池最重要的就是連接池對象、獲取函數、釋放函數下面來看一下database/sql中的連接池。
DB對象
獲取方法
釋放連接方法
連接池的實現有很多方法，在database/sql包中使用的是chan阻塞 使用map記錄等待列表，等到有連接釋放的時候再把連接傳入等待列表中的chan 不在阻塞返回連接。
之前我們看到的Redigo是使用一個chan 來阻塞，然後釋放的時候放入空閑列表，在往這一個chan中傳入struct{}{}，讓程序繼續 獲取的時候再從空閑列表中獲取。並且使用的是鏈表的結構來存儲空閑列表。
database/sql 是對於mysql驅動的封裝，然而Gorm則是對於database/sql的再次封裝。讓我們可以更加簡單的實現對於mysql資料庫的操作。
⑵ golang性能測試框架k6源碼分析
k6是新興的性能測試框架，比帶枯肩jmeter，另外測試腳本使用js，更加適合自動化的架構。
k6啟動的框架是使用golang的cli標准框架cobra，入口函數
進入cobra框架後，我們直接查看getRunCmd，這個是命令run的入口，主要工作都是從這里開始。
重點關注初始化Runner，這個是通過js腳本，使用goja庫解析後，生成的實際執行單元。
進入js目錄，查看Runner的清凳結構，runner.go
Runner有一些配置屬性，另外還有方法，方法用lib.Runner的介面進行規范。
Runner有一個NewVU方法，裡面定義了連接參數，實現api測答行旅試
返回主函數，在初始化完成Runner後，啟動調度器，以及做結果收集
最終封裝成一個engine
啟動測試
⑶ Go語言的開源項目
1．Docker項目
網址為 https://github.com/docker/docker 。
介紹：Docker是一種操作系統層面的虛擬化技術，可以在操作系統和應用程序之間進行隔離，也可以稱之為容器。Docker可以在一台物理伺服器上快速運行一個或多個實例。例如，啟動一個Cent OS操作系統，並在其內部命令行執行指令後結束，整個過程就像自己在操作系統一樣高效。
2．golang項目
網址為 https://github.com/golang/go 。
介紹：Go語言的早期源碼使用C語言和匯編語言寫成。從Go 1.5版本自舉後，完全使用Go語言自身進行編寫。Go語言的源碼對了解Go語言的底層調度有極大的參考意義，建議希望對Go語言有深入了解的讀者讀一讀。
3．Kubernetes項目
網址為 https://github.com/kubernetes/kubernetes 。
介紹：Google公司開發的構建於Docker之上的容器調度服務，用戶可以通過Kubernetes集群進行雲端容器集群管理。
4．etcd項目
網址為 https://github.com/coreos/etcd 。
介紹：一款分布式、可靠的KV存儲系統，可以快速進行雲配置。
5．beego項目
網址為 https://github.com/astaxie/beego 。
介紹：beego是一個類似Python的Tornado框架，採用了RESTFul的設計思路，使用Go語言編寫的一個極輕量級、高可伸縮性和高性能的Web應用框架。
6．martini項目
網址為 https://github.com/go-martini/martini 。
介紹：一款快速構建模塊化的Web應用的Web框架。
7．codis項目
網址為 https://github.com/Codis Labs/codis。
介紹：國產的優秀分布式Redis解決方案。
8．delve項目
網址為 https://github.com/derekparker/delve 。
介紹：Go語言強大的調試器，被很多集成環境和編輯器整合。
⑷ go的三個運行基本命令的區別，go run ,go build 和 go install
最近在自學go，遇到點基礎的問題，通過自己實際操作之後得出結論
在實際操作之前，我們需要知道go有三種源碼文件：
1，命令源碼文件；聲明自己屬於main包，並且包含main函數的文件，每個項目只能有一個這樣的文件，即程序的入口文件
2，庫源碼文件；不能直接被執行的源碼文件
3，測試源碼文件
本次操作不涉及測試源碼文件。
go run : 編譯並直接運行程序，不產生可執行文件，只產生臨時文件，方便用戶調試（即在bin目錄和pkg目錄不產生任何文件）,其後只能+命令源碼文件。
go build : 既可以+庫源碼文件，又可以+命令源碼文件,主要功能是檢查是否有編譯錯誤
+庫源碼文件：只是檢查編譯錯誤，不產生任何文件,如果庫源碼文件有語法錯誤，編譯不通過會報錯。
+命令源碼文件：產生一個可執行文件
go install : 執行的過程：編譯庫源碼文件->編譯命令源碼文件->移動編譯文件，命令源碼文件的編譯移到bin目錄，庫源碼文件的編譯移到pkg目錄,這個移動目錄的過程成為安裝。
好了，go run , go build 和 go install三者的區別就到這里了。
⑸ 如何創建，編譯，打包go語言的源代碼和工程
1.最簡單的方法：
public static String reverse1(String str)
{ return new StringBuffer(str).reverse().toString();
}
2.最常用的方法：
public static String reverse3(String s)
{ char[] array = s.toCharArray();
String reverse = ""; //注意這是空串，不是null
for (int i = array.length - 1; i >= 0; i--)
reverse += array[i];
return reverse;
}
3.常用方法的變形：
public static String reverse2(String s)
{ int length = s.length();
String reverse = ""; //注意這是空串，不是null
for (int i = 0; i < length; i++)
reverse = s.charAt(i) + reverse;//在字元串前面連接， 而非常見的後面
return reverse;
}
⑹ 國內重要的 Go 語言項目：TiDB 3.0 GA，穩定性和性能大幅提升
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： https://pingcap.com/docs-cn/v3.0/releases/3.0-ga/