MySQL 8.0.2復制新特性

MySQL 8 正在變得原來越好，而且這也在我們MySQL復制研發團隊引起了一陣熱潮。我們一直致力于全面提升MySQL復制，通過引入新的和一些有趣的功能。此外，我們還聽取了社區的建議和反饋。因此，我們很榮幸能夠與你一同見證最新版本（MySQL 8.0.2）的里程碑式的發布，為此我們總結了其中的一些值得注意的變化。跟隨我們下面的博客，我們將會分享這些新功能的一些見解。

我們對MySQL 組復制進行了加強，主要有以下幾個方面：

• 不允許對離開組的成員進行更改：每當組成員離開群組，離開的成員將會自動設置super_read_only，這可以防止DBA，用戶或路由器/代理/負載平衡等帶來的的意外更改。除了默認離開組復制的成員不能夠進行修改以外，也可以從剛加入開始就開始禁止寫入，我們也可以在服務器啟動時設置super_read_only參數并啟動組復制插件。一旦組復制動成功，他會自動調整super_read_only的值。在多主模式下，所有的節點都將不會設置super_read_only參數 ；在單主的模式下，除了主節點以外，其他的節點都會設置super_read_only為ON 。如果很不幸，你的組復制啟動失敗了的話，super_read_only參數將不會被設置，將不能進行任何寫入操作。這些最新的變化同樣適用于MySQL 5.7.19和MySQL 8.0.2。所有的這些，有很大部分是因為我們聽取了社區的反饋然后進行開發和加強。--在此 感謝Kenny Gryp

• 可以在Performance Schema 中查看更多信息：在Performance Schema現存的表中，對相關的統計信息的可讀性進行了加強。“replication_group_members” 和 “replication_group_member_stats” 表也做了相關拓展，現在可以清楚的看到組成員的角色信息，組成員版本和事物計數器（本地/遠程）

• 通過分配權重來指定主庫的選舉：用戶可以通過指定組成員的權重來控制主庫的選舉，當現有的主節點退出組復制，權重最高的節點就會被提升為主節點。

• 流量控制機制加了一些微調項：用戶現在可以更精細的調節流量控制組件。可以定義每個成員的最小配額，整個組的最小提交配額，流程控制窗口等等。

MySQL 8.0.1 已經在MySQL復制核心框架添加了很多引人注目的功能。而MySQL 8.0.2在此基礎上又有很大的提升，主要如下：

• 增強對接收器（IO）線程的管理，即使磁盤已滿：此功能提高了接收器和其他線程之間的內部協調效率，減少彼此的爭用。對于終端用戶來說，這意味著在磁盤變滿并且接收器線程阻塞的情況下，它不再阻塞監視操作，例如SHOW SLAVE STATUS。它還引入了一個新的線程狀態（接收器線程正在等待磁盤空間資源），此外，當磁盤已滿的時候，而且你并不能通過釋放磁盤空間使接收器線程繼續沒有完成的工作，這個時候你可以手動停掉它，一般情況下不會有什么問題。但是如果當時有一個寫入的事物被清除掉了，而且relay log 也不是在一致的狀態下，當接收器線程輪詢relay log并且在等待磁盤空間可用時，你就要特別的留心。

• binary log中記錄更多的元數據信息：將事物長度添加到全局事務日志事件。這可以對我們未來的優化工作有很大的幫助，而且也提高了binary log的可讀性。

如果你在研究MySQL復制的內部機制與原理，我們將很高興與你一起分享我們做了一些清理工作，并為我們的基礎組件添加了一個有趣的服務：

• 組成員事件可以傳播到內部其他組件。通過利用新的基礎服務架構，組復制插件現在可以通知服務器中的其他組件關于成員關聯的事件。例如，通知組成員的角色改變仲裁丟失等。其他的組件可以對這個信息作出反饋，并且用戶也可以自己開發組件用來記錄和檢測這些事件。

• 從XCom（標準的Paxos實現，能嚴格保證正確性）的內部結構中刪除節點上的冗余信息:我們在XCom的結構中刪除了一些冗余信息，這使它變得更加簡單，更少的出現錯誤，更容易監控那些節點加入或者離開集群，同時它會在系統中保留以前的信息。

• 對XCom核心和新編碼風格進行了幾項改進：我們已經修復了XCom的幾個BUG，重新格式化了代碼，使它符合Google的編碼準則，如果你恰巧是一個開發人員，并且再看我們Paxos實現的源代碼，你會發現改版后的代碼將會更加容易閱讀和理解。

• 移除了一些老舊版本binary log轉換的源代碼：這個清理工作我們清除了一些老版本My數據庫產的的binary logs轉化為新版本能夠識別的一些代碼（現在僅支持MySQL5.0以及以上版本）。

還有一件有意思的事情，我們已經在MySQL 8.0.2中更改了以下復制默認值：

• 復制的元數據信息默認以INNODB系統表來存儲：這將使MySQL復制功能變得更加強大，在復制崩潰并且自動恢復時候能夠使用INNODB事物的特性來保證恢復到指定位置的正確性。此外，新功能還要求將元數據以表的形式存儲（比如組復制和多源復制），它與MySQL 8的新的數據字典保持一致。

• 基于行數據的哈希掃描被默認開啟：這也許并不是一個被廣泛認同的做法，但是當從庫有一些沒有主鍵約束的表的時候性能會有提高。在這種情況下，使用基于行的復制時，此更改會最大程度降低性能損失，因為它會減少更新所有行所需的表掃描數（slave_rows_search_algorithms參數默認TABLE_SCAN,INDEX_SCAN,HASH_SCAN）。

• transaction-write-set-extraction參數會默認開啟：使用寫集提取，為用戶啟動組復制或在主服務器上使用基于WRITESET的依賴關系對master進行跟蹤。

• 默認開啟Binary log 過期時間：expire-logs-days默認設置為30（30天）

如你所知，我們一直很忙。事實上，MySQL 8.0.2 Milestone Release已經發布了。在復制方面，我們非常高興看到許多有趣的功能被加入進來。

接下來將會有專門的博客來介紹說明這些功能。你也可以自己下載進行測試（下載地址）,我們需要留意的是MySQL 8.0.2還是DMR版本，并沒有GA，使用它需要自己承擔風險。另外不要忘記，我們歡迎而且很期望得到你們的反饋。您可以通過錯誤報告，功能報告，復制郵件列表或僅對這個（或后續的）博文發表評論來給予我們反饋。MySQL 8將會越來越好，越來越精彩。

以上就是MySQL 8.0.2復制新特性的詳細介紹的詳細內容，更多請關注php中文網其它相關文章！