主從第一次同步是全量同步：也就是說，當(dāng)你主從節(jié)點(diǎn)連接建立后，需要執(zhí)行一次全量同步，但如果slave重啟后同步，此時(shí)slave重啟后，slave節(jié)點(diǎn)和master節(jié)點(diǎn)的數(shù)據(jù)之間有落后，因此需要進(jìn)行增量同步，感興趣的同學(xué)可以參考閱讀

全量同步

主從第一次同步是全量同步：也就是說，當(dāng)你主從節(jié)點(diǎn)連接建立后，需要執(zhí)行一次全量同步。那么Redis如何實(shí)現(xiàn)全量同步呢？

其實(shí)本質(zhì)就是Master 給 slave 發(fā)送其保存的RDB文件。slave讀取RDB文件恢復(fù)數(shù)據(jù)

詳細(xì)介紹：

【第一步】slave與master建立連接后，master判斷該slave 是否是第一次建立連接。那么該如何判斷呢？

其實(shí)Master和slave都有一個(gè)Replication Id，簡稱replid，若id一致說明是已經(jīng)建立過連接了，不需要進(jìn)行全量同步，則需要進(jìn)行增量同步。

【第二步】master 執(zhí)行bgsave，生成RDB文件，同時(shí)在生成RDB的同時(shí)，也會(huì)產(chǎn)生一個(gè)baklog文件記錄RDB期間的命令，然后將RDB文件發(fā)送給從節(jié)點(diǎn)，從節(jié)點(diǎn)加載RDB文件中的數(shù)據(jù)。至此全量同步已經(jīng)完成。

【第三步】也就是后續(xù)master和slave在進(jìn)行同步時(shí)候就是增量同步。則需要利用之前生成的baklog文件。

【總結(jié)全量同步】

slave節(jié)點(diǎn)先進(jìn)行增量同步；
master節(jié)點(diǎn)判斷replid，發(fā)現(xiàn)不一致，拒絕增量同步；
master將完整內(nèi)存數(shù)據(jù)生成RDB，發(fā)送RDB到slave；
slave清空本地?cái)?shù)據(jù)，加載master的RDB；
master將RDB期間的命令記錄在repl_baklog，并持續(xù)將lgo知道命令發(fā)送給slave；
slave執(zhí)行接收到的命令，保持與master之間的同步。

增量同步

主從第一次同步是全量同步，但如果slave重啟后同步，此時(shí)slave重啟后，slave節(jié)點(diǎn)和master節(jié)點(diǎn)的數(shù)據(jù)之間有落后，因此需要進(jìn)行增量同步。

【過程】

master節(jié)點(diǎn)和slave節(jié)點(diǎn)中維護(hù)了一個(gè)環(huán)形數(shù)組（前文提到的repl_baklog）和一個(gè)指針為offset。

slave來申請?jiān)隽客?，帶著replid和offset，然后master根據(jù)獲取offset之后的數(shù)據(jù)，將其發(fā)送給slave，slave進(jìn)行同步。

此時(shí)會(huì)出現(xiàn)一個(gè)問題，當(dāng)slave下限太久時(shí)，master中存儲(chǔ)的數(shù)據(jù)已經(jīng)超過了這個(gè)repl_baklog的上線，因此就需要重新進(jìn)行全量同步。

通過對Redis主從集群的同步介紹，可以從以下幾個(gè)方面來優(yōu)化Redis的主從集群

在master中配置repl-diskless-sync yes 啟用無磁盤負(fù)責(zé)，來避免全量同步時(shí)的磁盤IO。（應(yīng)用場景：你的磁盤傳輸比較慢，但是你的網(wǎng)絡(luò)帶寬很大，網(wǎng)絡(luò)狀況極好。）
Redis單節(jié)點(diǎn)上內(nèi)存占用不要太大。減少RDB文件的大小。
適當(dāng)?shù)奶岣遰epl_baklog的大小，盡量slave恢復(fù)后做全量同步。
限制一個(gè)master上的slave節(jié)點(diǎn)數(shù)量，可以采用主從鏈的形式。