Redis 的主從同步（複製）

Redis 的主從同步（複製）

什麼是主從同步（複製）

假設有兩個 redis 例項 ⇒ A 和 B

B 例項的內容與 A 例項的內容保持同步

那麼稱 A 例項是主資料庫，B 例項是從資料庫

這個過程稱為主從同步

為什麼要使用主從同步（複製）

1. 防止發生單點故障

2. 擴充套件記憶體

如何開啟/關閉主從同步

開啟同步

• 配置檔案中加入

slaveof 主資料庫地址 主資料庫埠

• 在命令列中執行上述命令

redis> slaveof 主資料庫地址 主資料庫埠

• 在開啟從伺服器時執行命令

$ reids-server --port 6380 --slaveof 主資料庫地址 主資料庫埠
 

關閉同步，併成為主資料庫

redis> slaveof no one

原理（實現）

複製分為連線建立，資料同步（sync）和命令傳播（command propagate）三個階段

連線建立這裡不說，與複製原理無關

下面主要講資料同步與命令傳播兩個階段

redis 從 2.8 版本之後優化了複製功能，咱們先從舊版本的複製說起：

舊版複製過程

經過上述步驟之後主從伺服器的狀態可以始終保持一致。

細心的讀者已經發現了舊版複製的一些問題：

斷線重連需要重新走一次同步的流程，而同步流程中的主伺服器生成 RDB 檔案和從伺服器執行 RDB 檔案都是特別密集的 IO 操作，這會讓斷線重連的成本很高

於是從 2.8 版本之後，redis 使用了新的技術來防止重新執行同步流程

新版複製過程

新版複製經過上述步驟，也可以實現主從資料庫狀態的一致。

在斷線重連過程中，只需要重新執行斷線過程中未同步的命令即可，這樣就比舊版的複製節省了很多 IO 操作

那麼這個斷線重連的是怎麼實現的呢？

部分重同步（斷線重連）的實現

redis 的部分重同步藉助了4個變數：

1. 伺服器的執行 ID （run ID）
   • 當例項重啟時，會生成40個隨機的十六進位制字元

2. 主伺服器的複製積壓緩衝區（replication backlog）
   • 主伺服器每將一個命令傳送給從資料庫，都會將命令放到一個積壓佇列（固定長度的迴圈佇列）中

3. 主伺服器的複製偏移量（replication offset）
   • 主伺服器將命令放到積壓佇列中時，會記錄下當前命令的偏移量，併發送給從伺服器

4. 從伺服器的複製偏移量
   • 從伺服器接收到主伺服器傳送過來的命令與偏移量

也許將這4個變數列出來之後，有讀者就可以直接想象出來是怎麼實現的了，對，沒錯，就是這麼實現的

過程：

部分重同步流程

總結

redis 在很多細節上優化了效能，主從同步（複製）的優化只是其中的一方面。