redis主從復(fù)制同步數(shù)據(jù)死循環(huán)問題-創(chuàng)新互聯(lián)

redis主從復(fù)制同步數(shù)據(jù)死循環(huán)問題

網(wǎng)站建設(shè)公司,為您提供網(wǎng)站建設(shè),網(wǎng)站制作,網(wǎng)頁(yè)設(shè)計(jì)及定制網(wǎng)站建設(shè)服務(wù),專注于成都企業(yè)網(wǎng)站建設(shè),高端網(wǎng)頁(yè)制作,對(duì)成都生料攪拌車等多個(gè)行業(yè)擁有豐富的網(wǎng)站建設(shè)經(jīng)驗(yàn)的網(wǎng)站建設(shè)公司。專業(yè)網(wǎng)站設(shè)計(jì),網(wǎng)站優(yōu)化推廣哪家好,專業(yè)網(wǎng)站推廣優(yōu)化,H5建站,響應(yīng)式網(wǎng)站。

發(fā)現(xiàn)現(xiàn)象：

最近有問必答codis一個(gè)從庫(kù)端口6504一直時(shí)不時(shí)，主從延時(shí)和從庫(kù)連接不上的報(bào)警，開始懷疑是redis備份導(dǎo)致，沒有深入去找原因，后面發(fā)現(xiàn)白天也在報(bào)警，故深入排查了一下原因。

host: 10.20.1.4

port: 6504

idc: KDDI

role: redis_s

item: r_replication

current: 32767

last: 1 minutes.

info:

send at [2015-11-27 09:17:49]

------------------------------------------

host: 10.20.1.4

port: 6504

idc: KDDI

role: redis_s

item: r_connection

current: 0

last: 1 minutes.

info: failed

send at [2015-11-27 08:13:46]

問題現(xiàn)象：

1、登錄到從庫(kù)所在服務(wù)器，奇怪的發(fā)現(xiàn)了，從庫(kù)周期性的在產(chǎn)生temp-rewriteaof-xxx.aof文件,見下圖

2、從庫(kù)的日志里面出現(xiàn)大量“Connection with master lost”日志，從句面意思來(lái)理解是說主庫(kù)連接丟失，見下圖

3、登錄到主庫(kù),查看日志發(fā)現(xiàn)了"Connection with slave 10.20.1.4:6504 lost"和“scheduled to be closed ASAP for overcoming of output buffer limits.”兩條重要信息

4、登錄到主庫(kù)使用info命令發(fā)現(xiàn)“slave0:ip=10.20.1.4,port=6504,state=send_bulk,offset=0,lag=0”

問題分析：

1、通過從庫(kù)周期性的生成aof文件以及日志里面看到周期性的連接主庫(kù)lost現(xiàn)象，初步懷疑是復(fù)制層面的問題，并查看其他幾個(gè)從庫(kù)的日志沒有發(fā)現(xiàn)這種情況，先排除網(wǎng)絡(luò)問題

2、在主庫(kù)也發(fā)現(xiàn)了連接從庫(kù)lost現(xiàn)象，確定是6504端口redis內(nèi)部的問題，并且看到“overcoming of output buffer limits”，提示buffer限制了

3、以上信息基本上可以確認(rèn)問題的原因，先回想一下redis主從復(fù)制原理：當(dāng)在從庫(kù)執(zhí)行slaveof ip port命令之后，主庫(kù)會(huì)使用bgsave生成一個(gè)rdb快照文件，生成文件之后通過網(wǎng)絡(luò)將這個(gè)文件傳到從庫(kù)，同時(shí)主庫(kù)上會(huì)將生成rdb快照那一刻起的新數(shù)據(jù)寫的一個(gè)buffer緩沖區(qū)，另一方面，從庫(kù)接受主庫(kù)剛剛生成那個(gè)rdb文件之后，開始加載這個(gè)rdb文件，加載需要一定時(shí)間，如果這個(gè)時(shí)間越長(zhǎng)，其主庫(kù)的寫入量越大，那么剛剛主庫(kù)產(chǎn)生的buffer也會(huì)越大（當(dāng)然不能無(wú)限大），在主庫(kù)client-output-buffer-limit參數(shù) slave 268435456 67108864 60設(shè)置了其大小，意思說如果buffer大小超過256Mb或者連續(xù)60秒鐘產(chǎn)生的buffer大小大于64Mb，則buffer會(huì)強(qiáng)制關(guān)閉

解決辦法：

1、調(diào)整主庫(kù)client-output-buffer-limit默認(rèn)參數(shù)，CONFIG SET client-output-buffer-limit "slave 1073741824 268435456 300"，將其限制設(shè)置為1G,連續(xù)300秒超過256Mb才強(qiáng)制關(guān)閉，問題解決。

在主庫(kù)的日志里面看到現(xiàn)象如下：

在從庫(kù)的日志里面看到現(xiàn)象如下：

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。

本文題目：redis主從復(fù)制同步數(shù)據(jù)死循環(huán)問題-創(chuàng)新互聯(lián)
鏈接分享：http://muchs.cn/article48/eiihp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供標(biāo)簽優(yōu)化、App開發(fā)、響應(yīng)式網(wǎng)站、網(wǎng)站排名、建站公司、云服務(wù)器

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)