半同步復制：
什么是半同步復制？我們知道在默認情況下，MySQL的復制是異步的，這意味着主服務器及其從服務器是獨立的。異步復制可以提供最佳的性能，因為主服務器在將更新的數據寫入它的二進制日志（Binlog）文件中后，無需等待驗證更新數據是否已經復制到從服務器中，就可以自由處理其它進入的事務處理請求。但這也同時帶來了很高的風險，如果在主服務器或從服務器端發生故障，會造成主從數據的不一致，甚至在恢復時造成數據丟失。
半同步復制是從MySQL5.5開始引入了一種半同步復制功能，該功能可以確保主服務器和訪問鏈中至少一台從服務器之間的數據一致性和冗余。在這種配置結構中，一台主服務器和其許多從服務器都進行了配置，這樣在復制拓撲中，至少有一台從服務器在父主服務器進行事務處理前，必須確認更新已經收到並寫入了其中繼日志（Relay Log）。當出現超時，源主服務器必須暫時切換到異步復制模式重新復制，直到至少有一台設置為半同步復制模式的從服務器及時收到信息。
下面我們看一下怎么從普通復制轉化為半同步復制。假設我們已經搭建完成一主兩從的GTID復制環境：
MySQL1：172.16.16.35:3306
MySQL2：172.16.16.35:3307
MySQL3：172.16.16.34:3306
這個環境因為我之前測試MHA的時候已經是搭建好了，就不在強調怎么去搭建一個普通的GTID復制環境了，下面我們看一下怎么安裝
（1）安裝插件，三台MySQL服務器都要執行：
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so'; mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
我們可以通過以下語句查看是否安裝成功：
mysql> SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME LIKE '%semi%'; +----------------------+---------------+ | PLUGIN_NAME | PLUGIN_STATUS | +----------------------+---------------+ | rpl_semi_sync_master | ACTIVE | | rpl_semi_sync_slave | ACTIVE | +----------------------+---------------+ 2 rows in set (0.00 sec)
在三台MySQL的配置文件當中添加如下的參數：
rpl_semi_sync_master_enabled=1 #開啟半同步復制 rpl_semi_sync_slave_enabled=on; #打開半同步復制
然后重啟數據庫，不安裝semisync_master.so的話是不能識別這個參數的，所以說這個參數要等安裝完以后在重啟。
(2)重啟完成后，默認就是半同步復制了，開始看一下半同步相關的參數：
mysql> show variables like 'rpl_se%';
+-------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_master_timeout | 10000 |
| 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.00 sec)
下面我們看一下這些參數具體是有什么含義：
rpl_semi_sync_master_enabled ：主庫是否打開半同步復制
rpl_semi_sync_master_timeout ：毫秒為單位，當主庫等待從庫ACK的實踐超過這個值，就會自動轉化為異步復制
rpl_semi_sync_master_trace_level ：master的trace 級別，分為四個（1,16,32,64），分別記錄不同的信息，32能夠輸出更詳細的網絡延遲等信息，也是默認值
rpl_semi_sync_master_wait_for_slave_count ：至少有N個slave接收到日志，一主多從的情況下只要有一個slave的ACK返回給了主庫，就會進行commit
rpl_semi_sync_master_wait_no_slave：默認為ON，當半同步復制轉換為異步復制后，如果從庫的日志追趕上了主庫，會自動轉換為半同步復制，設置為OFF的話就不會再進行轉換。
rpl_semi_sync_slave_enabled ：從庫是否打開半同步復制功能
rpl_semi_sync_slave_trace_level ：trace 級別
rpl_semi_sync_master_wait_point ：這是MySQL5.7新增的功能，可以設置兩個值AFTER_SYNC 和AFTER_COMMIT，AFTER_COMMIT的模式下master將每個事務寫入binlog ,傳遞到slave 刷新到磁盤(relay log)，同時主庫提交事務。master等待slave 反饋收到relay log，只有收到ACK后master才將commit OK結果反饋給客戶端。AFTER_SYNC 情況下master 將每個事務寫入binlog , 傳遞到slave 刷新到磁盤(relay log)。master等待slave 反饋接收到relay log的ack之后，再提交事務並且返回commit OK結果給客戶端。 即使主庫crash，所有在主庫上已經提交的事務都能保證已經同步到slave的relay log中。我們推薦使用默認AFTER_SYNC 的情況，這樣可以提高性能，減少等待時間。
此外在MySQL5.7的半同步復制當中還移除了dump thread對binlog的互斥鎖， 解決了在高並發環境下串行讀取binlog的問題。