【MySQL】5.7版本 Semisync Replication 增強

一 前言

1 支援傳送binlog和接受ack的非同步化
透過前面的介紹，我們知道Semisynchronous Replication模式下,app在主庫上提交一個事務/event，MySQL將每個事務寫入binary並且同步到到slave ，master會等待至少一個slave通知:slave 已經接收到傳過來的events並寫入relay log，才返回給回話層 寫入成功，或者直到傳送日誌發生超時,系統自動將為非同步複製模式。
整體流程的邏輯圖

5.5 版本semi sync 設計的缺點：
    從原理以及上圖來看，舊版本的semi sync 受限於dump thread ，原因是dump thread 承擔了兩份不同且又十分頻繁的任務：傳送binlog 給slave ，還需要等待slave反饋資訊，而且這兩個任務是序列的，dump thread 必須等待 slave 返回之後才會傳送下一個 events 事務。dump thread 已然成為整個半同步提高效能的瓶頸在高併發業務場景下，這樣的機制會影響資料庫整體的TPS .

為了解決上述問題，在5.7.4版本的semi sync 框架中，獨立出一個 ack collector thread ，專門用於接收slave 的反饋資訊。這樣master 上有兩個程式獨立工作，可以同時傳送binlog 到slave ，和接收slave的反饋。整體流程的邏輯圖

三 推薦閱讀

MySQL 5.7 修改了半同步中主庫提交的事務的順序，after sync 模式避免了幻讀發生。
[3] enforced-semi-synchronous-replication
MySQL 5.7 半同步增強，增加 rpl_semi_sync_master_wait_slave_count 引數控制主庫接收多少個slave 寫事務成功反饋 才返回 成功給客戶端 。
[4] faster-semisync-replication
修改原來有dump thread 傳送event和接收slave ack 模式，獨立出 單獨 接收slave 返回 ack的程式，提高半同步模式的tps 。