真实的国产乱ⅩXXX66竹夫人,五月香六月婷婷激情综合,亚洲日本VA一区二区三区,亚洲精品一区二区三区麻豆

成都創(chuàng)新互聯(lián)網(wǎng)站制作重慶分公司

Redis主從復(fù)制的底層原理是什么

redis主從復(fù)制的底層原理是什么,很多新手對(duì)此不是很清楚,為了幫助大家解決這個(gè)難題,下面小編將為大家詳細(xì)講解,有這方面需求的人可以來學(xué)習(xí)下,希望你能有所收獲。

創(chuàng)新互聯(lián)建站-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比江陵網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式江陵網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們,業(yè)務(wù)覆蓋江陵地區(qū)。費(fèi)用合理售后完善,十載實(shí)體公司更值得信賴。

復(fù)制原理

1.復(fù)制過程

復(fù)制的過程步驟如下:

1、從節(jié)點(diǎn)執(zhí)行 slaveof 命令

2、從節(jié)點(diǎn)只是保存了 slaveof 命令中主節(jié)點(diǎn)的信息,并沒有立即發(fā)起復(fù)制

3、從節(jié)點(diǎn)內(nèi)部的定時(shí)任務(wù)發(fā)現(xiàn)有主節(jié)點(diǎn)的信息,開始使用 socket 連接主節(jié)點(diǎn)

4、連接建立成功后,發(fā)送 ping 命令,希望得到 pong 命令響應(yīng),否則會(huì)進(jìn)行重連

5、如果主節(jié)點(diǎn)設(shè)置了權(quán)限,那么就需要進(jìn)行權(quán)限驗(yàn)證;如果驗(yàn)證失敗,復(fù)制終止。

6、權(quán)限驗(yàn)證通過后,進(jìn)行數(shù)據(jù)同步,這是耗時(shí)最長(zhǎng)的操作,主節(jié)點(diǎn)將把所有的數(shù)據(jù)全部發(fā)送給從節(jié)點(diǎn)。

7、當(dāng)主節(jié)點(diǎn)把當(dāng)前的數(shù)據(jù)同步給從節(jié)點(diǎn)后,便完成了復(fù)制的建立流程。接下來,主節(jié)點(diǎn)就會(huì)持續(xù)的把寫命令發(fā)送給從節(jié)點(diǎn),保證主從數(shù)據(jù)一致性。

2.數(shù)據(jù)間的同步

上面說的復(fù)制過程,其中有一個(gè)步驟是“同步數(shù)據(jù)集”,這個(gè)就是現(xiàn)在講的‘數(shù)據(jù)間的同步’。

redis 同步有 2 個(gè)命令:

sync 和 psync,前者是 redis 2.8 之前的同步命令,后者是 redis 2.8 為了優(yōu)化 sync 新設(shè)計(jì)的命令。我們會(huì)重點(diǎn)關(guān)注 2.8 的 psync 命令。

psync 命令需要 3 個(gè)組件支持:

1、主從節(jié)點(diǎn)各自復(fù)制偏移量

2、主節(jié)點(diǎn)復(fù)制積壓緩沖區(qū)

3、主節(jié)點(diǎn)運(yùn)行 ID

主從節(jié)點(diǎn)各自復(fù)制偏移量:

1、參與復(fù)制的主從節(jié)點(diǎn)都會(huì)維護(hù)自身的復(fù)制偏移量。

2、主節(jié)點(diǎn)在處理完寫入命令后,會(huì)把命令的字節(jié)長(zhǎng)度做累加記錄,統(tǒng)計(jì)信息在 info replication 中的 masterreploffset 指標(biāo)中。

3、從節(jié)點(diǎn)每秒鐘上報(bào)自身的的復(fù)制偏移量給主節(jié)點(diǎn),因此主節(jié)點(diǎn)也會(huì)保存從節(jié)點(diǎn)的復(fù)制偏移量。

4、從節(jié)點(diǎn)在接收到主節(jié)點(diǎn)發(fā)送的命令后,也會(huì)累加自身的偏移量,統(tǒng)計(jì)信息在 info replication 中。

5、通過對(duì)比主從節(jié)點(diǎn)的復(fù)制偏移量,可以判斷主從節(jié)點(diǎn)數(shù)據(jù)是否一致。

主節(jié)點(diǎn)復(fù)制積壓緩沖區(qū):

1、復(fù)制積壓緩沖區(qū)是一個(gè)保存在主節(jié)點(diǎn)的一個(gè)固定長(zhǎng)度的先進(jìn)先出的隊(duì)列。默認(rèn)大小 1MB。

2、這個(gè)隊(duì)列在 slave 連接是創(chuàng)建。這時(shí)主節(jié)點(diǎn)響應(yīng)寫命令時(shí),不但會(huì)把命令發(fā)送給從節(jié)點(diǎn),也會(huì)寫入復(fù)制緩沖區(qū)。

3、他的作用就是用于部分復(fù)制和復(fù)制命令丟失的數(shù)據(jù)補(bǔ)救。通過 info replication 可以看到相關(guān)信息。

主節(jié)點(diǎn)運(yùn)行 ID:

1、每個(gè) redis 啟動(dòng)的時(shí)候,都會(huì)生成一個(gè) 40 位的運(yùn)行 ID。

2、運(yùn)行 ID 的主要作用是用來識(shí)別 Redis 節(jié)點(diǎn)。如果使用 ip+port 的方式,那么如果主節(jié)點(diǎn)重啟修改了 RDB/AOF 數(shù)據(jù),從節(jié)點(diǎn)再基于偏移量進(jìn)行復(fù)制將是不安全的。所以,當(dāng)運(yùn)行 id 變化后,從節(jié)點(diǎn)將進(jìn)行全量復(fù)制。也就是說,redis 重啟后,默認(rèn)從節(jié)點(diǎn)會(huì)進(jìn)行全量復(fù)制。

如果在重啟時(shí)不改變運(yùn)行 ID 呢?

1、可以通過 debug reload 命令重新加載 RDB 并保持運(yùn)行 ID 不變。從而有效的避免不必要的全量復(fù)制。

2、他的缺點(diǎn)則是:debug reload 命令會(huì)阻塞當(dāng)前 Redis 節(jié)點(diǎn)主線程,因此對(duì)于大數(shù)據(jù)量的主節(jié)點(diǎn)或者無(wú)法容忍阻塞的節(jié)點(diǎn),需要謹(jǐn)慎使用。一般通過故障轉(zhuǎn)移機(jī)制可以解決這個(gè)問題。

psync 命令的使用方式:

命令格式為 psync{runId}{offset}

runId:從節(jié)點(diǎn)所復(fù)制主節(jié)點(diǎn)的運(yùn)行 id

offset:當(dāng)前從節(jié)點(diǎn)已復(fù)制的數(shù)據(jù)偏移量

psync 執(zhí)行流程:

Redis主從復(fù)制的底層原理是什么

流程說明:從節(jié)點(diǎn)發(fā)送 psync 命令給主節(jié)點(diǎn),runId 就是目標(biāo)主節(jié)點(diǎn)的 ID,如果沒有默認(rèn)為 -1,offset 是從節(jié)點(diǎn)保存的復(fù)制偏移量,如果是第一次復(fù)制則為 -1.

主節(jié)點(diǎn)會(huì)根據(jù) runid 和 offset 決定返回結(jié)果:

1、如果回復(fù) +FULLRESYNC {runId} {offset} ,那么從節(jié)點(diǎn)將觸發(fā)全量復(fù)制流程。

2、如果回復(fù) +CONTINUE,從節(jié)點(diǎn)將觸發(fā)部分復(fù)制。

3、如果回復(fù) +ERR,說明主節(jié)點(diǎn)不支持 2.8 的 psync 命令,將使用 sync 執(zhí)行全量復(fù)制。

到這里,數(shù)據(jù)之間的同步就講的差不多了,篇幅還是比較長(zhǎng)的。主要是針對(duì) psync 命令相關(guān)之間的介紹。

3.全量復(fù)制

全量復(fù)制是 Redis 最早支持的復(fù)制方式,也是主從第一次建立復(fù)制時(shí)必須經(jīng)歷的的階段。觸發(fā)全量復(fù)制的命令是 sync 和 psync。之前說過,這兩個(gè)命令的分水嶺版本是 2.8,redis 2.8 之前使用 sync 只能執(zhí)行全量不同,2.8 之后同時(shí)支持全量同步和部分同步。

流程如下:

Redis主從復(fù)制的底層原理是什么

介紹一下上圖步驟:

1、發(fā)送 psync 命令(spync ?-1)

2、主節(jié)點(diǎn)根據(jù)命令返回 FULLRESYNC

3、從節(jié)點(diǎn)記錄主節(jié)點(diǎn) ID 和 offset

4、主節(jié)點(diǎn) bgsave 并保存 RDB 到本地

5、主節(jié)點(diǎn)發(fā)送 RBD 文件到從節(jié)點(diǎn)

6、從節(jié)點(diǎn)收到 RDB 文件并加載到內(nèi)存中

7、主節(jié)點(diǎn)在從節(jié)點(diǎn)接受數(shù)據(jù)的期間,將新數(shù)據(jù)保存到“復(fù)制客戶端緩沖區(qū)”,當(dāng)從節(jié)點(diǎn)加載 RDB 完畢,再發(fā)送過去。(如果從節(jié)點(diǎn)花費(fèi)時(shí)間過長(zhǎng),將導(dǎo)致緩沖區(qū)溢出,最后全量同步失?。?/p>

8、從節(jié)點(diǎn)清空數(shù)據(jù)后加載 RDB 文件,如果 RDB 文件很大,這一步操作仍然耗時(shí),如果此時(shí)客戶端訪問,將導(dǎo)致數(shù)據(jù)不一致,可以使用配置slave-server-stale-data 關(guān)閉.

9、從節(jié)點(diǎn)成功加載完 RBD 后,如果開啟了 AOF,會(huì)立刻做 bgrewriteaof。

以上加粗的部分是整個(gè)全量同步耗時(shí)的地方。

注意:

1、如過 RDB 文件大于 6GB,并且是千兆網(wǎng)卡,Redis 的默認(rèn)超時(shí)機(jī)制(60 秒),會(huì)導(dǎo)致全量復(fù)制失敗??梢酝ㄟ^調(diào)大 repl-timeout 參數(shù)來解決此問題。

2、Redis 雖然支持無(wú)盤復(fù)制,即直接通過網(wǎng)絡(luò)發(fā)送給從節(jié)點(diǎn),但功能不是很完善,生產(chǎn)環(huán)境慎用。

4.部分復(fù)制

當(dāng)從節(jié)點(diǎn)正在復(fù)制主節(jié)點(diǎn)時(shí),如果出現(xiàn)網(wǎng)絡(luò)閃斷和其他異常,從節(jié)點(diǎn)會(huì)讓主節(jié)點(diǎn)補(bǔ)發(fā)丟失的命令數(shù)據(jù),主節(jié)點(diǎn)只需要將復(fù)制緩沖區(qū)的數(shù)據(jù)發(fā)送到從節(jié)點(diǎn)就能夠保證數(shù)據(jù)的一致性,相比較全量復(fù)制,成本小很多。

步驟如下:

Redis主從復(fù)制的底層原理是什么

1、當(dāng)從節(jié)點(diǎn)出現(xiàn)網(wǎng)絡(luò)中斷,超過了 repl-timeout 時(shí)間,主節(jié)點(diǎn)就會(huì)中斷復(fù)制連接。

2、主節(jié)點(diǎn)會(huì)將請(qǐng)求的數(shù)據(jù)寫入到“復(fù)制積壓緩沖區(qū)”,默認(rèn) 1MB。

3、當(dāng)從節(jié)點(diǎn)恢復(fù),重新連接上主節(jié)點(diǎn),從節(jié)點(diǎn)會(huì)將 offset 和主節(jié)點(diǎn) id 發(fā)送到主節(jié)點(diǎn)

4、主節(jié)點(diǎn)校驗(yàn)后,如果偏移量的數(shù)后的數(shù)據(jù)在緩沖區(qū)中,就發(fā)送 cuntinue 響應(yīng) —— 表示可以進(jìn)行部分復(fù)制

5、主節(jié)點(diǎn)將緩沖區(qū)的數(shù)據(jù)發(fā)送到從節(jié)點(diǎn),保證主從復(fù)制進(jìn)行正常狀態(tài)。

5.心跳

主從節(jié)點(diǎn)在建立復(fù)制后,他們之間維護(hù)著長(zhǎng)連接并彼此發(fā)送心跳命令。

心跳的關(guān)鍵機(jī)制如下:

1、中從都有心跳檢測(cè)機(jī)制,各自模擬成對(duì)方的客戶端進(jìn)行通信,通過 client list 命令查看復(fù)制相關(guān)客戶端信息,主節(jié)點(diǎn)的連接狀態(tài)為 flags = M,從節(jié)點(diǎn)的連接狀態(tài)是 flags = S。

2、主節(jié)點(diǎn)默認(rèn)每隔 10 秒對(duì)從節(jié)點(diǎn)發(fā)送 ping 命令,可修改配置 repl-ping-slave-period 控制發(fā)送頻率。

3、從節(jié)點(diǎn)在主線程每隔一秒發(fā)送 replconf ack{offset} 命令,給主節(jié)點(diǎn)上報(bào)自身當(dāng)前的復(fù)制偏移量。

4、主節(jié)點(diǎn)收到 replconf 信息后,判斷從節(jié)點(diǎn)超時(shí)時(shí)間,如果超過 repl-timeout 60 秒,則判斷節(jié)點(diǎn)下線。

Redis主從復(fù)制的底層原理是什么

注意:為了降低主從延遲,一般把 redis 主從節(jié)點(diǎn)部署在相同的機(jī)房/同城機(jī)房,避免網(wǎng)絡(luò)延遲帶來的網(wǎng)絡(luò)分區(qū)造成的心跳中斷等情況。

6.異步復(fù)制

主節(jié)點(diǎn)不但負(fù)責(zé)數(shù)據(jù)讀寫,還負(fù)責(zé)把寫命令同步給從節(jié)點(diǎn),寫命令的發(fā)送過程是異步完成,也就是說主節(jié)點(diǎn)處理完寫命令后立即返回客戶度,并不等待從節(jié)點(diǎn)復(fù)制完成。

異步復(fù)制的步驟很簡(jiǎn)單,如下:

1、主節(jié)點(diǎn)接受處理命令

2、主節(jié)點(diǎn)處理完后返回響應(yīng)結(jié)果

3、對(duì)于修改命令,異步發(fā)送給從節(jié)點(diǎn),從節(jié)點(diǎn)在主線程中執(zhí)行復(fù)制的命令。

Redis主從復(fù)制的底層原理是什么

看完上述內(nèi)容是否對(duì)您有幫助呢?如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章,請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝您對(duì)創(chuàng)新互聯(lián)的支持。


文章標(biāo)題:Redis主從復(fù)制的底層原理是什么
網(wǎng)站網(wǎng)址:http://weahome.cn/article/jscghe.html

其他資訊

在線咨詢

微信咨詢

電話咨詢

028-86922220(工作日)

18980820575(7×24)

提交需求

返回頂部