您好,登錄后才能下訂單哦!
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的反饋。整體流程的邏輯圖
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。