5月11日，國內數據庫技術盛會——2017第八屆中國數據庫技術大會(DTCC2017)拉開帷幕。本屆大會以“數據驅動 價值發現”為主題，吸引5000多名IT數據庫人群、大數據從業人員、廣大互聯網人士。騰訊高級工程師、騰訊云布道師張青林進行了題為《騰訊云CDB的核彈頭——TXSQL》主題演講。

　　在本次主題演講中，張青林主要從概覽、內核研發、云上實踐、未來發展方向四個方面介紹了Tencent MySQL(TXSQL)在騰訊云發展過程中遇到的各種問題，以及在解決這些問題的過程中TXSQL內核所做的一系列優化，包括read_view優化、Lock_log拆分、分布式token鎖、Redo log鎖拆分、Binlog限速等功能，從功能、性能和穩定性上對TXSQL進行深入的解析。

　　TXSQL內核版本擁有更高的性能、更強的穩定性，同時提供Oracle MySQL企業級版本才擁有的特性，對內支持集團內部業務的發展，對外提供強有力的竟爭力，大大提升了騰訊云在業界的影響力，贏得了客戶的信任與口碑，積極的推動了騰訊云的快速發展。

　　TXSQL概覽

　　什么是TXSQL?為什么有TXSQL?

　　TXSQL是Tencent MySQL的簡稱，是TEG基礎架構部CDB(Cloud DataBase)團隊在近十年發展過程中衍生出來的一個對MySQL內核源碼深度定制、對官方MySQL版本進行二次開發的項目。其主要目的是在保證線上穩定性的同時，滿足業務對數據庫的各種需求。

　　TXSQL的服務對象是公司內部用戶和騰訊云上小至數G大至數百T的外部客戶。TXSQL是支撐這些業務平穩運行的關鍵基石，促進開源數據庫技術發展。

　　TXSQL內核研發

　　TXSQL read view優化

　　read view又稱讀視圖，用于存儲事務創建時的活躍事務集合。當事務創建時，線程會對trx_sys上全局鎖，然后遍歷當前活躍事務列表，將當前活躍事務的ID存儲在數組中的同時，記錄最大事務low_limit_id&最小事務 high_limit_id&最小序列化事務low_limit_no。

　　當事務執行時，凡是大于low_limit_id的數據對于事務是不可見的，凡是事務小于high_limit_id的數據都是可見的，事務ID是read_view數組中的某一個時也是不可見的;Purge thread在執行Purge操作時，凡是小于low_limit_no的數據，都是可以被Purge的，read view是MySQL MVCC實現的基礎。

　　Redo log優化背景

　　據介紹，MySQL有兩種很重要的Log，分別為redo log&binlog，前者是保證事務原子性操作所產生的日志，后者是主備數據同步所產生的同步日志。其中binlog在ordered_commit時進行group commit,而redo log則是在事務提交的時候分別調用trx_prepare使redo log落地，導致log_sys->mutex竟爭較為嚴重。

　　從crash recovery的邏輯來看，只要redo log早于binlog落地，就不會有數據問題，因此在ordered_commit的第一階段時，TXSQL會收集各種引擎的最大redo log LSN，然后將小于該LSN的redo log落盤，從而提升寫性能。更詳細的分析與測試，可以參考bug#73202。

　　TXSQL redo log雙緩沖區