面臨問題

1. 機(jī)器故障。我們部署到一臺 Redis 服務(wù)器，當(dāng)發(fā)生機(jī)器故障時，需要遷移到另外一臺服務(wù)器并且要保證數(shù)據(jù)是同步的。而數(shù)據(jù)是最重要的，如果你不在乎，基本上也就不會使用 Redis 了。

2. 容量瓶頸。當(dāng)我們有需求需要擴(kuò)容 Redis 內(nèi)存時，從 16G 的內(nèi)存升到 64G，單機(jī)肯定是滿足不了。當(dāng)然，你可以重新買個 128G 的新機(jī)器。

解決辦法

要實現(xiàn)分布式數(shù)據(jù)庫的更大的存儲容量和承受高并發(fā)訪問量，我們會將原來集中式數(shù)據(jù)庫的數(shù)據(jù)分別存儲到其他多個網(wǎng)絡(luò)節(jié)點上。Redis 為了解決這個單一節(jié)點的問題，也會把數(shù)據(jù)復(fù)制多個副本部署到其他節(jié)點上進(jìn)行復(fù)制，實現(xiàn) Redis 的高可用，實現(xiàn)對數(shù)據(jù)的冗余備份，從而保證數(shù)據(jù)和服務(wù)的高可用。

主從復(fù)制

主從復(fù)制，是指將一臺 Redis 服務(wù)器的數(shù)據(jù)，復(fù)制到其他的 Redis 服務(wù)器。前者稱為主節(jié)點(master)，后者稱為從節(jié)點(slave),數(shù)據(jù)的復(fù)制是單向的，只能由主節(jié)點到從節(jié)點。默認(rèn)情況下，每臺 Redis 服務(wù)器都是主節(jié)點；且一個主節(jié)點可以有多個從節(jié)點(或沒有從節(jié)點)，但一個從節(jié)點只能有一個主節(jié)點。

主從復(fù)制的作用

1. 數(shù)據(jù)冗余：主從復(fù)制實現(xiàn)了數(shù)據(jù)的熱備份，是持久化之外的一種數(shù)據(jù)冗余方式。

2. 故障恢復(fù)：當(dāng)主節(jié)點出現(xiàn)問題時，可以由從節(jié)點提供服務(wù)，實現(xiàn)快速的故障恢復(fù)；實際上是一種服務(wù)的冗余。

3. 負(fù)載均衡：在主從復(fù)制的基礎(chǔ)上，配合讀寫分離，可以由主節(jié)點提供寫服務(wù)，由從節(jié)點提供讀服務(wù)（即寫 Redis 數(shù)據(jù)時應(yīng)用連接主節(jié)點，讀 Redis 數(shù)據(jù)時應(yīng)用連接從節(jié)點），分擔(dān)服務(wù)器負(fù)載；尤其是在寫少讀多的場景下，通過多個從節(jié)點分擔(dān)讀負(fù)載，可以大大提高 Redis 服務(wù)器的并發(fā)量。

4. 讀寫分離：可以用于實現(xiàn)讀寫分離，主庫寫、從庫讀，讀寫分離不僅可以提高服務(wù)器的負(fù)載能力，同時可根據(jù)需求的變化，改變從庫的數(shù)量；

5. 高可用基石：除了上述作用以外，主從復(fù)制還是哨兵和集群能夠?qū)嵤┑幕A(chǔ)，因此說主從復(fù)制是 Redis 高可用的基礎(chǔ)。

主從復(fù)制啟用

從節(jié)點開啟主從復(fù)制，有 3 種方式：

1. 配 置 文 件 ： 在 從 服 務(wù) 器 的 配 置 文 件 中 加 入 ： slaveof masterip>

masterport>

2. 啟動命令： redis-server 啟 動 命 令 后 加 入 --slaveof masterip>

masterport>

3. 客戶端命令： Redis 服務(wù)器啟動后，直接通過客戶端執(zhí)行命令：slaveof

masterip>

masterport>，則該 Redis 實例成為從節(jié)點。

通過 info replication 命令可以看到復(fù)制的一些信息主從復(fù)制原理主從復(fù)制過程大體可以分為 3 個階段：連接建立階段（即準(zhǔn)備階段）、數(shù)據(jù)同步階段、命令傳播階段。在從節(jié)點執(zhí)行 slaveof 命令后，復(fù)制過程便開始運作，下面圖示大概可以看到，從圖中可以看出復(fù)制過程大致分為 6 個過程

主從配置之后的日志記錄也可以看出這個流程

1）保存主節(jié)點（master）信息。執(zhí)行 slaveof 后 Redis 會打印如下日志：

2）從節(jié)點（slave）內(nèi)部通過每秒運行的定時任務(wù)維護(hù)復(fù)制相關(guān)邏輯，當(dāng)定時任務(wù)發(fā)現(xiàn)存在新的主節(jié)點后，會嘗試與該節(jié)點建立網(wǎng)絡(luò)連接

從節(jié)點與主節(jié)點建立網(wǎng)絡(luò)連接

從節(jié)點會建立一個 socket 套接字，從節(jié)點建立了一個端口為 51234 的套接字，專門用于接受主節(jié)點發(fā)送的復(fù)制命令。從節(jié)點連接成功后打印如下日志：

如果從節(jié)點無法建立連接，定時任務(wù)會無限重試直到連接成功或者執(zhí)行 slaveof no one 取消復(fù)制關(guān)于連接失敗，可以在從節(jié)點執(zhí)行 info replication 查看master_link_down_since_seconds 指標(biāo)，它會記錄與主節(jié)點連接失敗的系統(tǒng)時間。從節(jié)點連接主節(jié)點失敗時也會每秒打印如下日志，方便發(fā)現(xiàn)問題：

# Error condition on socketforSYNC: {socket_error_reason}

3）發(fā)送 ping 命令。

連接建立成功后從節(jié)點發(fā)送 ping 請求進(jìn)行首次通信，ping 請求主要目的如下：

• 檢測主從之間網(wǎng)絡(luò)套接字是否可用。
• 檢測主節(jié)點當(dāng)前是否可接受處理命令。

如果發(fā)送 ping 命令后，從節(jié)點沒有收到主節(jié)點的 pong 回復(fù)或者超時，比如網(wǎng)絡(luò)超時或者主節(jié)點正在阻塞無法響應(yīng)命令，從節(jié)點會斷開復(fù)制連接，下次定時任務(wù)會發(fā)起重連

從節(jié)點發(fā)送的 ping 命令成功返回，Redis 打印如下日志，并繼續(xù)后續(xù)復(fù)制流程：

4）權(quán)限驗證。如果主節(jié)點設(shè)置了 requirepass 參數(shù)，則需要密碼驗證，從節(jié)點必須配置 masterauth 參數(shù)保證與主節(jié)點相同的密碼才能通過驗證；如果驗證失敗復(fù)制將終止，從節(jié)點重新發(fā)起復(fù)制流程。

5）同步數(shù)據(jù)集。主從復(fù)制連接正常通信后，對于首次建立復(fù)制的場景，主節(jié)點會把持有的數(shù)據(jù)全部發(fā)送給從節(jié)點，這部分操作是耗時最長的步驟。

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

以上就是淺談Redis主從復(fù)制以及主從復(fù)制原理的詳細(xì)內(nèi)容，更多關(guān)于Redis主從復(fù)制以及主從復(fù)制原理的資料請關(guān)注腳本之家其它相關(guān)文章！