1. 背景介紹
半同步復制
普通的replication，即mysql的異步復制，依靠mysql二進制日志也即binary log進行數據復制。比如兩台機器，一台主機(master)，另外一台是從機(slave)。
- 正常的復制為：事務一（t1）寫入binlog buffer；dumper 線程通知slave有新的事務t1；binlog buffer 進行checkpoint；slave的io線程接收到t1並寫入到自己的的relay log；slave的sql線程寫入到本地數據庫。 這時，master和slave都能看到這條新的事務，即使master掛了，slave可以提升為新的master。
- 異常的復制為：事務一（t1）寫入binlog buffer；dumper 線程通知slave有新的事務t1；binlog buffer 進行checkpoint；slave因為網絡不穩定，一直沒有收到t1；master 掛掉，slave提升為新的master，t1丟失。
- 很大的問題是：主機和從機事務更新的不同步，就算是沒有網絡或者其他系統的異常，當業務並發上來時，slave因為要順序執行master批量事務，導致很大的延遲。
為了彌補以上幾種場景的不足，mysql從5.5開始推出了半同步。即在master的dumper線程通知slave后，增加了一個ack，即是否成功收到t1的標志碼。也就是dumper線程除了發送t1到slave，還承擔了接收slave的ack工作。如果出現異常，沒有收到ack，那么將自動降級為普通的復制，直到異常修復。
5.7 半同步復制的改進，主從一致性加強, 支持在事務commit前等待ACK
5.7的半同步最關鍵的一個新增參數是rpl_semi_sync_master_wait_point 。
1） AFTER_COMMIT
master將每個事務寫入binlog ,傳遞到slave 刷新到磁盤(relay log)，同時主庫提交事務。master等待slave 反饋收到relay log，只有收到ACK后master才將commit OK結果反饋給客戶端。
2） AFTER_SYNC （5.7的默認值）
master 將每個事務寫入binlog , 傳遞到slave 刷新到磁盤(relay log)。master等待slave 反饋接收到relay log的ack之后，再提交事務並且返回commit OK結果給客戶端。 即使主庫crash，所有在主庫上已經提交的事務都能保證已經同步到slave的relay log中
2. 實驗過程
環境介紹
10.180.2.161 M1
10.180.2.162 M2
[root@M1 ~]# more /etc/issue
CentOS release 6.9 (Final)
[root@M1 ~]# mysql --version
mysql Ver 14.14 Distrib 5.7.18, for linux-glibc2.5 (x86_64) using EditLine wrapper
兩台server 做KeepAlive 的雙主， 過程詳見之前的文章
安裝半同步插件
由於是雙主，兩台server 同時安裝master 和slave 的插件
install plugin rpl_semi_sync_master soname 'semisync_master.so'；
install plugin rpl_semi_sync_slave soname 'semisync_slave.so'；
show plugins; # 確認插件已經安裝
| rpl_semi_sync_master | ACTIVE | REPLICATION | semisync_master.so | GPL |
| rpl_semi_sync_slave | ACTIVE | REPLICATION | semisync_slave.so | GPL |
修改半同步參數
兩台server 都執行
並持久化到my.cnf 文件的[mysqld]
檢查參數狀態
root@localhost:mysql3306.sock [testha]>show global variables like '%semi%';
+-------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_master_timeout | 1000 |
| rpl_semi_sync_master_trace_level | 32 |
| rpl_semi_sync_master_wait_for_slave_count | 1 |
| rpl_semi_sync_master_wait_no_slave | ON |
| rpl_semi_sync_master_wait_point | AFTER_SYNC |
| rpl_semi_sync_slave_enabled | ON |
| rpl_semi_sync_slave_trace_level | 32 |
+-------------------------------------------+------------+
8 rows in set (0.01 sec)
開啟半同步
由於已經在運行雙主，此時只需要重啟IO_thread 線程即可
檢查半同步是否在執行
root@localhost:mysql3306.sock [testha]>show global status like '%semi%';
+--------------------------------------------+-------+
| Variable_name | Value |
+--------------------------------------------+-------+
| Rpl_semi_sync_master_clients | 1 | # 有一個client 在運行半同步
| Rpl_semi_sync_master_net_avg_wait_time | 0 |
| Rpl_semi_sync_master_net_wait_time | 0 |
| Rpl_semi_sync_master_net_waits | 2 |
| Rpl_semi_sync_master_no_times | 0 |
| Rpl_semi_sync_master_no_tx | 0 | # 庫未及時響應的事務數,如果這個值很大就有問題
| Rpl_semi_sync_master_status | ON |
| Rpl_semi_sync_master_timefunc_failures | 0 |
| Rpl_semi_sync_master_tx_avg_wait_time | 1309 | # 半同步的延時
| Rpl_semi_sync_master_tx_wait_time | 2618 | # 半同步的延時
| Rpl_semi_sync_master_tx_waits | 2 |
| Rpl_semi_sync_master_wait_pos_backtraverse | 0 |
| Rpl_semi_sync_master_wait_sessions | 0 |
| Rpl_semi_sync_master_yes_tx | 2 | # Semi-sync模式下，成功的事務數
| Rpl_semi_sync_slave_status | ON |
+--------------------------------------------+-------+