近日ORACLE釋出幾個新的功能在最新的Mysql5.7.11的版本上，以及在我們公司新一代產品研發中，我們的資料庫選型也是mysql5.7.11，由此有了此篇文章。本篇文字主要是研究Mysql5.7相比之前版本Replication的功能的改變以及增加，主要內容包括以下：

（1）   Mysql的Replication基礎

（2）   Mysql5.7的半同步複製改進

（3）   Mysql5.7的多源複製增加

（4）   Mysql5.7對於線上變更復制方式的支援

一．Mysql的Replication基礎

       Replication，即複製，不管是最近流行的nosql資料庫以及大資料，還是傳統的資料庫，基本都會具備複製的特性，那麼資料複製技術有哪些特點呢？（1）負載均衡（2）資料備份以及分佈（3）高可用和容錯。同樣，Mysql也具備這些特性，那麼Mysql是怎樣完成複製工作的呢？如下圖所示：

（1）   master將改變記錄（記錄叫做二進位制日誌事件，binarylog events）到二進位制日誌(binary log)：在每個事務更新資料完成之前，master在二日誌記錄這些改變。MySQL將事務序列的寫入二進位制日誌，即使事務中的語句都是交叉執行的。在事件寫入二進位制日誌完成後，master通知儲存引擎提交事務；

（2）    slave將master的binary log events拷貝到它的中繼日誌(relay log)：當發出start slave 時，首先slave建立一個I/O執行緒，以連線master並讓它傳送記錄在其二進位制日誌中的語句，然後開始binlog dump process，slave的I/O執行緒讀取master的BinlogDump執行緒傳送的內容並將該資料拷貝到從伺服器資料目錄中的本地檔案中，即中繼日誌(relay log)；

（3）    slave建立SQL thread用於讀取中繼日誌中並執行更新操作：SQL thread從中繼日誌讀取中繼日誌，更新slave的資料，使其與master中的資料一致。

        以上介紹的是Mysql的非同步複製，非同步複製意味著在把資料從一臺機器拷貝到另一臺機器時有一個延時，這意味著當應用系統的事務提交已經確認時資料並不能在同一時刻拷貝到slave。通常這個延時是由網路頻寬、資源可用性和系統負載決定的。如果slave不幸落後，而更不幸的是master此時又出現Crash（例如宕機），這時slave中的資料就是不完整的。簡而言之，在master發生故障的時候，我們無法使用slave來繼續提供資料一致的服務。於是，便產生了半同步複製的概念

二．Mysql5.7的半同步複製改進

        半同步複製即當master在將自己binary log發給slave上的時候，要確保slave已經接受到了這個二進位制日誌以後，才會返回資料給客戶端，目的在於事務環境下保持主從一致。但是，Mysql5.6的存在一些缺陷導致資料存在某些條件無法保證一致性。Mysql5.6的半步複製的過程圖如下：

       存在的問題是在slave進行Waiting Slave dump之前，master進行了Storage Commit事務操作，假如此時恰好master宕機，導致master與slave的資料不一致，Mysql5.7對於這一現象進行改進，具體的過程圖如下：

      Mysql5.7在Wait slave dump後，進行Storage Commit事務操作，這樣保證從已經有了資料，即便master宕機，也能保證資料的一致性。

三．Mysql5.7的多源複製增加

        Multi-source replication即多源複製，這對採用分庫分表的同學絕對是個超級重磅福音，可以把多個MASTER的資料歸併到一個例項上， 有助於提高SLAVE伺服器的利用率，實際業務需求幫助作用也比較大。不過如果是同一個表的話，會存在主鍵和唯一索引衝突的風險，需要提前做好規劃。多源複製的概念結構圖如下所示：

        Slave如何區別資料到底來自哪個Master呢？Mysql5.7提出了通訊渠道（channel）的概念，每一個通訊渠道都是一個slave從master獲得二進位制日誌的連結。。這意味著每個通訊渠道都得有一個IO thread .我們需要執行不同的 “change master” 命令, 對於每一個主伺服器。我們需要用到 “for channel”這個引數來提供通訊連結的名字。

四．Mysql5.7對於線上變更復制方式的支援

        Mysql支援兩種複製方式，一種是基於日誌點的複製方式，一種是基於GTID的複製方式，在Mysql5.7之前完成這兩種方式的切換是需要重啟master，但在Mysql5.7中不需要重啟master伺服器，這對於生產環境變更作用很大。

五．總結

       本次主要分享自己對於Mysql5.7的複製，半同步複製，多源複製，以及線上變更復制方式的認識，以及與之前版本的區別，更多的是理論的講述，沒有進行例項講述，我會在後續的章節編寫每個場景的實踐過程。