《Mysql必讀MySQL Semisynchronous Replication介紹》要點(diǎn)：
本文介紹了Mysql必讀MySQL Semisynchronous Replication介紹，希望對您有用。如果有疑問，可以聯(lián)系我們。

前言 MYSQL教程

??? MySQL 5.5版本之前默認(rèn)的復(fù)制是異步(Asynchronous )模式的, MySQL 5.5 以plugins的方式提供了Semisynchronous Replication 模式.在介紹 semi sync 之前,我們先了解：半同步 Asynchronous 和 同步 Synchronous .MYSQL教程

異步復(fù)制模式MYSQL教程

??? 主庫將已經(jīng)提交的事務(wù)event 寫入binlog后,即返回成功給app,該模式下并不保證任何已經(jīng)提交的事務(wù)會傳遞到任何slave并被成功應(yīng)用.MYSQL教程

全同步復(fù)制模式.MYSQL教程

??? 當(dāng)主庫提交一個(gè)事務(wù) event,主庫會等待該事務(wù)被傳遞到所有的slave上,且所有slave applay 該事務(wù)/event 通知主庫之后,才會返回回話,事務(wù)已經(jīng)成功.MYSQL教程

?? 從定義中可以看出 異步模式不能保證數(shù)據(jù)的安全性,因?yàn)樗坏却鲙焯峤坏氖聞?wù)在slave 上落盤,而全同步模式 由于要等待所有的slave 確認(rèn)已提交事務(wù)成功被應(yīng)用,如此則會帶來事務(wù)處理上的延時(shí).semi sync 則取了一個(gè)比較折中的方式,確保已提交的事務(wù)必須存在于至少兩個(gè)機(jī)器(主庫和任一備庫),立即返回給客戶端 事務(wù)成功.MYSQL教程

一、Semisynchronous Replication 定義
?Semisynchronous Replication模式下,在主庫上提交一個(gè)事務(wù)/event,它會等待至少一個(gè)slave通知主庫,slave 已經(jīng)接收到傳遞過來的events并寫入relay log,才返回給回話層 寫入成功,或者直到傳送日志發(fā)生超時(shí).MYSQL教程

MYSQL教程

?二、優(yōu)缺點(diǎn)MYSQL教程

?? 優(yōu)點(diǎn)：當(dāng)事務(wù)返回成功給客戶端時(shí),則事務(wù)至少在兩臺機(jī)器上存在,增強(qiáng)數(shù)據(jù)安全性.相比異步模式和全同步模式,是一種折中.
??? 缺點(diǎn)：半同步的確會對數(shù)據(jù)庫性能有一定影響,因?yàn)槭聞?wù)的提交必須等待slave 反饋.性能損耗取決于tcp/IP 網(wǎng)絡(luò)傳輸時(shí)間,也即傳輸已提交事務(wù)和等待slave 反饋已經(jīng)接收事務(wù)的時(shí)間.MYSQL教程

三、MySQL 半同步的特性MYSQL教程

??? 1 當(dāng)slave 連接主庫時(shí),它會告知主庫它是不是semi sync 模式.
??? 2 如果主庫啟用了semi sync模式,且至少一個(gè)slave 也啟用了semi sync模式,一個(gè)在主庫操作事務(wù)的進(jìn)程在事務(wù)提交之后,且至少一個(gè)slave 通知主庫成功接收所有事務(wù)之前,該進(jìn)程會處于blocks 等待狀態(tài)或者直到超時(shí)發(fā)生.
??? 3 當(dāng)且僅當(dāng)傳遞過來的events 傳遞到slave,被寫入relay log,刷新到磁盤才會通知主庫完成.
??? 4 Semisynchronous replication 必須在主備兩端都同時(shí)啟用,否則任何一個(gè)未設(shè)置,主備之間的復(fù)制模式將轉(zhuǎn)變?yōu)楫惒綇?fù)制模式.
??? 5 當(dāng)所有slave 在(rpl_semi_sync_master_timeout的默認(rèn)值)時(shí)間內(nèi)未返回給主庫成功接收event,主備之間就會變回原來的異步狀態(tài).
?其中關(guān)于第二點(diǎn) MySQL 5.7 已經(jīng)做了優(yōu)化,由ack Collector (Col) thread 等待備庫的成功接收事務(wù)的通知,這點(diǎn)后續(xù)會做詳細(xì)介紹--《5.7 Semisync replication 增強(qiáng)》.MYSQL教程

四、異常處理MYSQL教程

?? 當(dāng)備庫Crash時(shí),主庫會在某次等待超時(shí)后,關(guān)閉Semi-sync的特性,降級為普通的異步復(fù)制,這種情況比較簡單.
MySQL的 error.log 會提示：
MYSQL教程

??? 比較難以處理的情況是:當(dāng)主機(jī)/主庫Crash時(shí),可能存在一些事務(wù)已經(jīng)在主庫提交,但是還沒有來的及傳給任何備庫,也即這些事務(wù)都是沒有返回給客戶端的,所以發(fā)起事務(wù)的客戶端并不知道這個(gè)事務(wù)是否已經(jīng)完成--"墻頭事務(wù)".這時(shí),如果客戶端不做切換,只是等Crash的主庫恢復(fù)后,繼續(xù)在主庫進(jìn)行操作,客戶端會發(fā)現(xiàn)前面的"墻頭事務(wù)"都已經(jīng)完成,可以繼續(xù)進(jìn)行后續(xù)的業(yè)務(wù)處理；另一種情況,如果客戶端Failover到備庫上,客戶端會發(fā)現(xiàn)前面的“墻頭事務(wù)”都沒有成功,則需要重新做這些事務(wù),然后繼續(xù)進(jìn)行后續(xù)的業(yè)務(wù)處理,其實(shí)此時(shí)主備是不一致的,需要通過主備數(shù)據(jù)校驗(yàn)來檢查哪一個(gè)庫是正確的,然后進(jìn)行修復(fù).
五、小結(jié)MYSQL教程

?? 總之相比于MySQL 5.5 版本之前的異步復(fù)制模式 semi sync 已經(jīng)有了很大的進(jìn)步,增強(qiáng)了數(shù)據(jù)的安全性,以安全換一定的性能損耗還是可以接受的.后續(xù)會介紹如何安裝和使用semi sync.
MYSQL教程

轉(zhuǎn)載請注明本頁網(wǎng)址：
http://www.fzlkiss.com/jiaocheng/5479.html