Redis主從復制實現(xiàn)原理分析
Redis主從復制實現(xiàn)原理
Redis 主節(jié)點負責寫數(shù)據(jù),但也有讀的權限,redis的從節(jié)點只能讀。
數(shù)據(jù)發(fā)布到Master節(jié)點后,Master節(jié)點再把數(shù)據(jù)同步到slave節(jié)點。
實現(xiàn)原理
sync階段(數(shù)據(jù)同步)步驟1,2,3,Slave啟動會發(fā)送sync指令給Master
command propagate階段(指令傳輸)2.1,4 , 5
注意:BGSAVE不會阻塞線程,Master依然可以進行寫數(shù)據(jù),此時數(shù)據(jù)會把指令寫到緩沖區(qū)。

但是,如果是網(wǎng)絡抖動等情況,從節(jié)點恢復也要走上面這套邏輯,顯然太過浪費資源。從redis2.8之后,引入了Psync指令代替Sync。Psync會確定要執(zhí)行全量同步還是部分同步。
- 全量同步:從節(jié)點第一次和主節(jié)點建立連接,就會執(zhí)行sync+command propagate
- 部分同步:從節(jié)點的復制偏移量無法在復制積壓緩沖區(qū)中找到
注意:如何知道從節(jié)點是第一次連接?
Redis在啟動的時候會生成一個redis id。
當Master節(jié)點和Slave節(jié)點第一次連接時,會把redis啟動生成的redis id 發(fā)給Slave節(jié)點,slave節(jié)點會對其進行保存。
主從之間發(fā)生中斷重連的時候,Slave節(jié)點會把保存redis id發(fā)送給Master節(jié)點。
Master節(jié)點會判斷Slave發(fā)過來的id和自己當前的redis id是否一致,一樣就說明之前連接過,否則就是第一次連接。
Psync: 2.8版本后
psync會根據(jù)從節(jié)點的復制偏移量offset,通過心跳發(fā)送給主節(jié)點,
根據(jù)從節(jié)點的復制偏移量在主節(jié)點找到丟失的數(shù)據(jù),
如果主節(jié)點的復制積壓緩沖區(qū)(默認1M)能找到丟失的那部分數(shù)據(jù),就執(zhí)行部分重同步,否則全量重同步.

總結
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
Redis實現(xiàn)排行榜及相同積分按時間排序功能的實現(xiàn)
這篇文章主要介紹了Redis實現(xiàn)排行榜及相同積分按時間排序,本文通過實例代碼給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-08-08
Redis 安裝 redistimeseries.so(時間序列數(shù)據(jù)類型)的配置步驟
這篇文章主要介紹了Redis 安裝 redistimeseries.so(時間序列數(shù)據(jù)類型)詳細教程,配置步驟需要先下載redistimeseries.so 文件,文中介紹了啟動失敗問題排查,需要的朋友可以參考下2024-01-01
利用Redis統(tǒng)計網(wǎng)站在線活躍用戶的方法
Redis支持對String類型的value進行基于二進制位的置位操作。通過將一個用戶的id對應value上的一位,通過對活躍用戶對應的位進行置位,就能夠用一個value記錄所有活躍用戶的信息。下面這篇文章主要介紹了利用Redis統(tǒng)計網(wǎng)站在線活躍用戶的方法,需要的朋友可以參考。2017-01-01
關于使用IDEA的springboot框架往Redis里寫入數(shù)據(jù)亂碼問題
這篇文章主要介紹了用IDEA的springboot框架往Redis里寫入數(shù)據(jù)亂碼問題,本文給大家分享解決方法通過圖文示例相結合給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-10-10

