使用salveof命令之后，長時(shí)間看不到數(shù)據(jù)同步，以為復(fù)制功能失效了，或配置錯(cuò)了。其實(shí)不用擔(dān)心，有兩種方法可以確定是否正在建立復(fù)制。

在創(chuàng)建redis復(fù)制是，一開始可能會(huì)發(fā)現(xiàn)slave長時(shí)間不開始同步數(shù)據(jù)，可能數(shù)據(jù)量太大，導(dǎo)致了master在dump數(shù)據(jù)慢，此時(shí)可以在master上執(zhí)行top -p ${pgrep -d,redis-sever}命令，就可以看到dump的過程。

[root@img1_u ~]# top -p $(pgrep -d, redis-server)
top - 14:06:24 up 54 days,  6:13,  1 user,  load average: 1.18, 1.32, 1.20
Tasks:   2 total,   1 running,   1 sleeping,   0 stopped,   0 zombie
Cpu(s): 15.2%us,  1.7%sy,  0.6%ni, 81.9%id,  0.2%wa,  0.0%hi,  0.4%si,  0.0%st
Mem:  24542176k total, 22771848k used,  1770328k free,  2245720k buffers
Swap:   524280k total,        0k used,   524280k free,  4369452k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
21619 root      20   0 5654m 5.4g  388 R 99.9 23.0   0:23.70 redis-server
 1663 root      20   0 5654m 5.4g 1068 S 15.3 23.0   5042:31 redis-server

redis-server是單進(jìn)程的，現(xiàn)在通過top命令查看已經(jīng)有2個(gè)進(jìn)程，因?yàn)橹疤岬降?，redis在建立復(fù)制的時(shí)候，會(huì)在主服務(wù)上執(zhí)行bgsave命令，fork一個(gè)子進(jìn)程，dump出RDB文件。master dump完畢，然后再將快照文件傳給slave.

方法二：通過rdb_bgsave_in_progress標(biāo)識(shí)

進(jìn)入master的redis-cli

127.0.0.1:6381> info Persistence
# Persistence
loading:0
current_cow_size:0
current_cow_size_age:0
current_fork_perc:0.00
current_save_keys_processed:0
current_save_keys_total:0
rdb_changes_since_last_save:0
rdb_bgsave_in_progress:0  ##這個(gè)表示沒有
rdb_last_save_time:1648953406
rdb_last_bgsave_status:ok
rdb_last_bgsave_time_sec:0
rdb_current_bgsave_time_sec:-1
rdb_last_cow_size:311296
aof_enabled:0
aof_rewrite_in_progress:0
aof_rewrite_scheduled:0
aof_last_rewrite_time_sec:-1
aof_current_rewrite_time_sec:-1
aof_last_bgrewrite_status:ok
aof_last_write_status:ok
aof_last_cow_size:0
module_fork_in_progress:0
module_fork_last_cow_size:0

如果rdb_bgsave_in_progress為1，那么master正在進(jìn)行bgsave命令。同時(shí)rdb_current_bgsave_time_sec顯示bgsave命令已經(jīng)執(zhí)行的時(shí)間。由于master服務(wù)器上默認(rèn)不開啟RDB和AOF日志，如果rdb_bgsave_in_progress為1，那么就可以肯定由于復(fù)制原因發(fā)送一個(gè)bgsave指令dump出RDB文件。

補(bǔ)充：下面看下redis主從復(fù)制的一些特點(diǎn)

Redis主從同步策略

主從剛剛連接的時(shí)候，進(jìn)行全量同步；全同步結(jié)束后，進(jìn)行增量同步。當(dāng)然，如果有需要，slave 在任何時(shí)候都可以發(fā)起全量同步。redis 策略是，無論如何，首先會(huì)嘗試進(jìn)行增量同步，如不成功，要求從機(jī)進(jìn)行全量同步。

需要注意：如果多個(gè)Slave斷線了，需重啟時(shí)，因?yàn)橹灰猄lave啟動(dòng)，就會(huì)發(fā)送sync請(qǐng)求和主機(jī)全量同步，當(dāng)多個(gè)同時(shí)出現(xiàn)的時(shí)候，可能會(huì)導(dǎo)致Master IO劇增宕機(jī)。

Redis主從復(fù)制的配置十分簡單，它可以使從服務(wù)器是主服務(wù)器的完全拷貝。需要清楚知道Redis主從復(fù)制的幾點(diǎn)重要內(nèi)容：
1）Redis使用異步復(fù)制。但從Redis 2.8開始，從服務(wù)器會(huì)周期性的應(yīng)答從復(fù)制流中處理的數(shù)據(jù)量。
2）一個(gè)主服務(wù)器可以有多個(gè)從服務(wù)器。
3）從服務(wù)器也可以接受其他從服務(wù)器的連接。除了多個(gè)從服務(wù)器連接到一個(gè)主服務(wù)器之外，多個(gè)從服務(wù)器也可以連接到一個(gè)從服務(wù)器上，形成一個(gè)圖狀結(jié)構(gòu)。
4）Redis主從復(fù)制不阻塞主服務(wù)器端。也就是說當(dāng)若干個(gè)從服務(wù)器在進(jìn)行初始同步時(shí)，主服務(wù)器仍然可以處理請(qǐng)求。
5）主從復(fù)制也不阻塞從服務(wù)器端。當(dāng)從服務(wù)器進(jìn)行初始同步時(shí)，它使用舊版本的數(shù)據(jù)來應(yīng)對(duì)查詢請(qǐng)求，假設(shè)你在redis.conf配置文件是這么配置的。否則的話，你可以配置當(dāng)復(fù)制流關(guān)閉時(shí)讓從服務(wù)器給客戶端返回一個(gè)錯(cuò)誤。但是當(dāng)初始同步完成后，需刪除舊數(shù)據(jù)集和加載新的數(shù)據(jù)集，在這個(gè)短暫時(shí)間內(nèi)，從服務(wù)器會(huì)阻塞連接進(jìn)來的請(qǐng)求。
6）主從復(fù)制可以用來增強(qiáng)擴(kuò)展性，使用多個(gè)從服務(wù)器來處理只讀的請(qǐng)求（比如，繁重的排序操作可以放到從服務(wù)器去做），也可以簡單的用來做數(shù)據(jù)冗余。
7）使用主從復(fù)制可以為主服務(wù)器免除把數(shù)據(jù)寫入磁盤的消耗：在主服務(wù)器的redis.conf文件中配置“避免保存”（注釋掉所有“保存“命令），然后連接一個(gè)配置為“進(jìn)行保存”的從服務(wù)器即可。但是這個(gè)配置要確保主服務(wù)器不會(huì)自動(dòng)重啟（要獲得更多信息請(qǐng)閱讀下一段）

主從復(fù)制的一些特點(diǎn)：

1）采用異步復(fù)制；
2）一個(gè)主redis可以含有多個(gè)從redis；
3）每個(gè)從redis可以接收來自其他從redis服務(wù)器的連接；
4）主從復(fù)制對(duì)于主redis服務(wù)器來說是非阻塞的，這意味著當(dāng)從服務(wù)器在進(jìn)行主從復(fù)制同步過程中，主redis仍然可以處理外界的訪問請(qǐng)求；
5）主從復(fù)制對(duì)于從redis服務(wù)器來說也是非阻塞的，這意味著，即使從redis在進(jìn)行主從復(fù)制過程中也可以接受外界的查詢請(qǐng)求，只不過這時(shí)候從redis返回的是以前老的數(shù)據(jù)，如果你不想這樣，那么在啟動(dòng)redis時(shí)，可以在配置文件中進(jìn)行設(shè)置，那么從redis在復(fù)制同步過程中來自外界的查詢請(qǐng)求都會(huì)返回錯(cuò)誤給客戶端；（雖然說主從復(fù)制過程中對(duì)于從redis是非阻塞的，但是當(dāng)從redis從主redis同步過來最新的數(shù)據(jù)后還需要將新數(shù)據(jù)加載到內(nèi)存中，在加載到內(nèi)存的過程中是阻塞的，在這段時(shí)間內(nèi)的請(qǐng)求將會(huì)被阻，但是即使對(duì)于大數(shù)據(jù)集，加載到內(nèi)存的時(shí)間也是比較多的）；
6）主從復(fù)制提高了redis服務(wù)的擴(kuò)展性，避免單個(gè)redis服務(wù)器的讀寫訪問壓力過大的問題，同時(shí)也可以給為數(shù)據(jù)備份及冗余提供一種解決方案；
7）為了編碼主redis服務(wù)器寫磁盤壓力帶來的開銷，可以配置讓主redis不在將數(shù)據(jù)持久化到磁盤，而是通過連接讓一個(gè)配置的從redis服務(wù)器及時(shí)的將相關(guān)數(shù)據(jù)持久化到磁盤，不過這樣會(huì)存在一個(gè)問題，就是主redis服務(wù)器一旦重啟，因?yàn)橹鱮edis服務(wù)器數(shù)據(jù)為空，這時(shí)候通過主從同步可能導(dǎo)致從redis服務(wù)器上的數(shù)據(jù)也被清空；