快捷導(dǎo)航

Mysql主從延時(shí)圖解方法

更新時(shí)間：2022年01月20日 16:16:43 作者：人類(lèi)幼崽養(yǎng)成記

我們知道,一個(gè)服務(wù)器開(kāi)放N個(gè)鏈接給客戶(hù)端連接的,就會(huì)有大并發(fā)的更新操作,但是從服務(wù)器的里面讀取binlog線(xiàn)程得僅有一個(gè),當(dāng)某個(gè)SQL在從服務(wù)器上執(zhí)行的時(shí)間稍長(zhǎng)?或由某個(gè)SQL要鎖表就會(huì)導(dǎo)致主服務(wù)器的SQL大量積壓，未被同步到從服務(wù)器,就導(dǎo)致了主從不一致,也就是主從延遲

1.忍受大法

第一種解決辦法，很簡(jiǎn)單，無(wú)他，不管他，沒(méi)有讀到也沒(méi)事。這時(shí)業(yè)務(wù)不需要任何改造，你好，我好，她也好~

如果業(yè)務(wù)對(duì)于數(shù)據(jù)一致性要求不高，我們就可以采用這種方案。

2.數(shù)據(jù)同步寫(xiě)方案

主從數(shù)據(jù)同步方案，一般都是采用的異步方式同步給備庫(kù)。

我們可以將其修改為同步方案，主從同步完成，主庫(kù)上的寫(xiě)才能返回。

業(yè)務(wù)系統(tǒng)發(fā)起寫(xiě)操作，數(shù)據(jù)寫(xiě)主庫(kù)
寫(xiě)請(qǐng)求需要等待主從同步完成才能返回
數(shù)據(jù)讀從庫(kù)，主從同步完成就能讀到最新數(shù)據(jù)

這種方案，我們只需要修改數(shù)據(jù)庫(kù)之間同步配置即可，業(yè)務(wù)層無(wú)需修改，相對(duì)簡(jiǎn)單。

「不過(guò)，由于主庫(kù)寫(xiě)需要等待主從完成，寫(xiě)請(qǐng)求的時(shí)延將會(huì)增加，吞吐量將會(huì)降低?！?/p>

這一點(diǎn)對(duì)于現(xiàn)在在線(xiàn)業(yè)務(wù)，可能無(wú)法接受。

3.選擇性強(qiáng)制讀主

對(duì)于需要強(qiáng)一致的場(chǎng)景，我們可以將其的讀請(qǐng)求都操作主庫(kù)，這樣「讀寫(xiě)都在主庫(kù)」，就沒(méi)有不一致的情況。

這種方案業(yè)務(wù)層需要改造一下，將其強(qiáng)制性讀主，相對(duì)改造難度較低。

不過(guò)這種方案相對(duì)于浪費(fèi)了另一個(gè)數(shù)據(jù)庫(kù)，增加主庫(kù)的壓力。

4.中間件選擇路由法

這種方案需要使用一個(gè)中間件，所有數(shù)據(jù)庫(kù)操作都先發(fā)到中間件，由中間件再分發(fā)到相應(yīng)的數(shù)據(jù)庫(kù)。

這時(shí)流程如下：

寫(xiě)請(qǐng)求，中間件將會(huì)發(fā)到主庫(kù)，同時(shí)記錄一下此時(shí)寫(xiě)請(qǐng)求的 key（操作表加主鍵等）
讀請(qǐng)求，如果此時(shí) key 存在，將會(huì)路由到主庫(kù)
一定時(shí)間后（經(jīng)驗(yàn)值），中間件認(rèn)為主從同步完成，刪除這個(gè) key，后續(xù)讀將會(huì)讀從庫(kù)

這種方案，可以保持?jǐn)?shù)據(jù)讀寫(xiě)的一致。

但是系統(tǒng)架構(gòu)增加了一個(gè)中間件，整體復(fù)雜度變高，業(yè)務(wù)開(kāi)發(fā)也變得復(fù)雜，學(xué)習(xí)成本也比較高。