2.8版本以前
同步(snyc)
執行步驟：
- 從服務器發送snyc給主服務器
- 主服務器收到命令后，開始執行bgsave操作，將生成RDB文件，將生成的RDB文件同步給從服務。并使用一個緩沖區記錄從現在開始的寫命令
- 從服務載入接受到的RDB文件，期間不可進行其他操作。
- 主服務將緩沖區里的命令同步給從服務器
傳播
同步完成之后，后續的命令都是通過傳播的方式發送給從服務器的。即當主服務執行完一條命令后，將該命令發送給從服務，完成數據的同步。
缺陷
場景：
- 首次復制，不存在問題，畢竟新連接上一個master服務器，則需要復制其全量的數據
- 斷開后重連復制，這是，仍是需要通過sync進行全量的復制，這就是很耗費資源的。畢竟如果斷開時間短，如中間網絡抖動，導致中間短暫性斷開，再次復制全量數據，成本太高。
關于sync命令：
- 主服務器需要執行bgsave命令來生成RDB文件，這個操作會耗費主服務器的大量CPU、內存和磁盤IO資源。
- 主服務器將RDB文件發送給從服務器，會消耗雙方的網絡資源(帶寬和流量)。
- 接受到RDB文件后，從服務器需要載入RDB文件，這個載入期間，從服務器因為阻塞而沒有辦法處理命令請求。
2.8版本以后
psnyc具備完整重同步(full resynchronization)和部分重同步(partial resynchronization)。
其中，完整重同步和sync的首次同步是一致的，通過主服務器生成RDB文件進行全量數據的同步，如果存在多個從服務器，主服務器僅會生成一份RDB文件，分別同步給各個從服務器。部分重同步則解決了sync斷開重連的問題，當斷開重連后，主服務器在條件允許的前提下，僅會發送斷開期間的寫命令。部分重同步的主要實現由以下三部分組成：
- 主服務器的復制偏移量(replication offset)和從服務器的復制偏移量
- 主服務器的復制積壓緩沖區(replication backlogs)
- 服務器的運行ID(run ID)
復制偏移量
主服務器記錄的是自己發給從服務器的偏移量，從服務器記錄的是自己接受到的數據偏移量。比如：當前主從服務器的偏移量均為100，在有新的寫入命令后，主服務器的偏移量變成了110，而從服務器的是100，此時會有短暫的不一致，待主服務器將新寫入命令同步給從服務器后，從服務器的偏移量會變更為110，此時主從服務器又是保持一致的數據了。
復制積壓緩沖區
一個固定長度的先進先出隊列，默認1M，可通過配置repl_backlog_size調整其大小。當收到一條寫入命令，除了發給從服務器外，還會將命令寫入到復制積壓緩沖區一份。
當從服務器A與主服務器斷開后，中間的寫入命令會無法同步給從服務器A，之后，重連后，從服務器會將其復制偏移量告知主服務器，如果該偏移量還在復制積壓緩沖區中，則直接將復制積壓緩沖區該偏移量后的命令發送給從服務器。
服務器的運行ID
每個redis實例在啟動時候，都會隨機生成一個長度為40的唯一字符串來標識當前運行的redis節點。當從服務器對主服務器進行首次復制時，則將自己的runID發送給從服務器，從服務器會將這個ID保存起來。當從服務器與主服務器斷開后重連時，會向主服務器發送當前存儲的runID，主服務器收到后，會判斷與當前自己的runID是否一致，如果不一致，則進行全量復制；如果一致，則判斷復制偏移量是否還在復制積壓緩沖區中，如果還在，則進行部分重同步。
psync命令
psync <runId> <offset>
首次發送時為psync ? -1，之后發送的為上次master的runID和當前的復制偏移量。
缺陷
由于每次實例重啟都會重新生成runID，或者發生故障遷移后，新Master的runId必然與上一次的不一致，仍會導致完整重同步。
4.0版本以后的優化
解決了psnyc的缺陷，簡稱：psync2
第一種情況：redis重啟
第一步，在redis關閉時，通過shutdown save,都會調用rdbSaveInfoAuxFields函數，把當前實例的repl-id和repl-offset保存到RDB文件中。
第二步，重啟后加載RDB文件中的復制信息。把其中repl_id和repl_offset加載到實例中，分別賦給master_replid和master_repl_offset兩個變量值。
當從庫開啟了AOF持久化，redis加載順序發生變化優先加載AOF文件，但是由于aof文件中沒有復制信息，所以導致重啟后從實例依舊使用全量復制！
第三步：向主庫上報復制信息，判斷是否進行部分同步。
- 從實例向主庫上報master_replid與主實例的master_replid1或replid2有一個相等，用于判斷主從未發生改變；
- 從實例上報的master_repl_offset+1字節，還存在于主實例的復制積壓緩沖區中，用于判斷從庫丟失部分是否在復制緩沖區中；
第二種情況: 故障切換
redis從庫默認開始復制積壓緩沖區，方便從庫切換為主庫，其他從庫可以直接從master節點獲取缺失的命令。通過兩組replId實現。
第一組：master_replid和master_repl_offset：如果redis是主實例，則表示為自己的replid和復制偏移量； 如果redis是從實例，則表示為自己主實例的replid1和同步主實例的復制偏移量。
第二組：master_replid2和second_repl_offset：無論主從，都表示自己上次主實例repid1和復制偏移量；用于兄弟實例或級聯復制，主庫故障切換psync。
判斷是否使用部分復制條件：如果從庫提供的master_replid與master的replid不同，且與master的replid2不同，或同步速度快于master； 就必須進行全量復制，否則執行部分復制。
文章來自
https://www.cnblogs.com/woniu4/p/16182384.html
