【MySQL】半同步與增強半同步複製

首先要明白事務提交的三個階段，這裡不再贅述。

    半同步複製：主上已經提交了，但是日誌還沒來得及傳到備庫，這時候當機了，在半同步看來，主庫其他會話看來是透明的，看到的是他提交了的資料，但是如果這時候切換到slave，slave上又沒有提交，沒有看到這部分資料，這就矛盾了。而增強版同步，alter_sync，日誌沒有傳輸到備庫，主庫這時候也沒有提交，這時候服務掛掉了，主庫其他會話看到的是未提交的資料，並且也沒有傳輸到備庫，所以資料不存在丟失一說。
無損複製，已經寫了二進位制，但是沒有提交掛掉了，但是主從資料一致，因為雖然沒有提交，但是已經寫了二進位制，並且已經傳到slave。


半同步複製的搭建，半同步複製是需要安裝外掛的：

可以在引數檔案中，指定每次啟動都載入plugin_load，也可以直接安裝外掛。

手動：

install plugin rpl_semi_sync_master SONAME 'semisync_master.so';

install plugin rpl_semi_sync_slave SONAME 'semisync_slave.so';

配置檔案：
loose_rpl_semi_sync_master_enabled=1 #表示開啟

loose_rpl_semi_sync_slave_enabled=1 #表示開啟

loose_表示沒有這個引數就忽略掉。

當半自動複製的延遲超過5秒就變成非同步複製，備庫的IO執行緒追到5秒內，就自動又變成半同步複製。wait ACK表示IO執行緒接收到，並不是SQL執行緒應用完。
可以增加超時時間提高資料安全性，保證資料完全不丟失，但是這也帶來了應用響應的問題，也就是強制半同步複製。

5.7增強半同步
rpl_semi_sync_master_wait_point=AFTER_SYNC 開啟無損複製
rpl_semi_sync_master_wait_for_slave_count=1  至少有1個從庫收到說的就是這個引數。

MTS multi- threaded  slave（ 並行複製 ）5.7建議必須使用：

    slave-parallel-type=LOGICAL_CLOCK 

【DATABASE】DATABASE的並行複製，每個Coordinator執行緒對應一個資料庫。DATABASE不再建議使用，【LOGICAL_CLOCK 】主庫上怎麼並行的從庫上也是怎麼並行。那麼有一個問題主庫group commit那麼從庫也能通過並行複製也能完成組提交嗎？是的，因為組提交的事務之間互相不衝突，

    slave-parallel-workers=32或者16

MTS仍然為一個IO執行緒接收 state為 Waiting for master to send event ； SQL執行緒應用時候是System lock，等待時state為 waiting for an event from Coordinator

在IO bond的情況下，開啟MTS效能提升非常明顯，純OLTP環境下開啟16或者32並行數，主庫效能提升5倍左右。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/29990276/viewspace-2057817/，如需轉載，請註明出處，否則將追究法律責任。