redis複製有可能碰到的問題彙總

使用salveof命令之後，長時間看不到資料同步，以為複製功能失效了，或設定錯了。其實不用擔心，有兩種方法可以確定是否正在建立複製。

在建立redis複製是，一開始可能會發現slave長時間不開始同步資料，可能資料量太大，導致了master在dump資料慢，此時可以在master上執行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是單程序的，現在通過top命令檢視已經有2個程序，因為之前提到的，redis在建立複製的時候，會在主服務上執行bgsave命令，fork一個子程序，dump出RDB檔案。master dump完畢，然後再將快照檔案傳給slave.

方法二：通過rdb_bgsave_in_progress標識

進入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  ##這個表示沒有
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正在進行bgsave命令。同時rdb_current_bgsave_time_sec顯示bgsave命令已經執行的時間。由於master伺服器上預設不開啟RDB和AOF紀錄檔，如果rdb_bgsave_in_progress為1，那麼就可以肯定由於複製原因傳送一個bgsave指令dump出RDB檔案。

補充：下面看下redis主從複製的一些特點

Redis主從同步策略

主從剛剛連線的時候，進行全量同步；全同步結束後，進行增量同步。當然，如果有需要，slave 在任何時候都可以發起全量同步。redis 策略是，無論如何，首先會嘗試進行增量同步，如不成功，要求從機進行全量同步。

需要注意：如果多個Slave斷線了，需重啟時，因為只要Slave啟動，就會傳送sync請求和主機全量同步，當多個同時出現的時候，可能會導致Master IO劇增宕機。

Redis主從複製的設定十分簡單，它可以使從伺服器是主伺服器的完全拷貝。需要清楚知道Redis主從複製的幾點重要內容：
1）Redis使用非同步複製。但從Redis 2.8開始，從伺服器會週期性的應答從複製流中處理的資料量。
2）一個主伺服器可以有多個從伺服器。
3）從伺服器也可以接受其他從伺服器的連線。除了多個從伺服器連線到一個主伺服器之外，多個從伺服器也可以連線到一個從伺服器上，形成一個圖狀結構。
4）Redis主從複製不阻塞主伺服器端。也就是說當若干個從伺服器在進行初始同步時，主伺服器仍然可以處理請求。
5）主從複製也不阻塞從伺服器端。當從伺服器進行初始同步時，它使用舊版本的資料來應對查詢請求，假設你在redis.conf組態檔是這麼設定的。否則的話，你可以設定當複製流關閉時讓從伺服器給使用者端返回一個錯誤。但是當初始同步完成後，需刪除舊資料集和載入新的資料集，在這個短暫時間內，從伺服器會阻塞連線進來的請求。
6）主從複製可以用來增強擴充套件性，使用多個從伺服器來處理唯讀的請求（比如，繁重的排序操作可以放到從伺服器去做），也可以簡單的用來做資料冗餘。
7）使用主從複製可以為主伺服器免除把資料寫入磁碟的消耗：在主伺服器的redis.conf檔案中設定“避免儲存”（註釋掉所有“儲存“命令），然後連線一個設定為“進行儲存”的從伺服器即可。但是這個設定要確保主伺服器不會自動重啟（要獲得更多資訊請閱讀下一段）

主從複製的一些特點：

1）採用非同步複製；
2）一個主redis可以含有多個從redis；
3）每個從redis可以接收來自其他從redis伺服器的連線；
4）主從複製對於主redis伺服器來說是非阻塞的，這意味著當從伺服器在進行主從複製同步過程中，主redis仍然可以處理外界的存取請求；
5）主從複製對於從redis伺服器來說也是非阻塞的，這意味著，即使從redis在進行主從複製過程中也可以接受外界的查詢請求，只不過這時候從redis返回的是以前老的資料，如果你不想這樣，那麼在啟動redis時，可以在組態檔中進行設定，那麼從redis在複製同步過程中來自外界的查詢請求都會返回錯誤給使用者端；（雖然說主從複製過程中對於從redis是非阻塞的，但是當從redis從主redis同步過來最新的資料後還需要將新資料載入到記憶體中，在載入到記憶體的過程中是阻塞的，在這段時間內的請求將會被阻，但是即使對於巨量資料集，載入到記憶體的時間也是比較多的）；
6）主從複製提高了redis服務的擴充套件性，避免單個redis伺服器的讀寫存取壓力過大的問題，同時也可以給為資料備份及冗餘提供一種解決方案；
7）為了編碼主redis伺服器寫磁碟壓力帶來的開銷，可以設定讓主redis不在將資料持久化到磁碟，而是通過連線讓一個設定的從redis伺服器及時的將相關資料持久化到磁碟，不過這樣會存在一個問題，就是主redis伺服器一旦重啟，因為主redis伺服器資料為空，這時候通過主從同步可能導致從redis伺服器上的資料也被清空；

到此這篇關於redis複製有可能碰到的問題彙總的文章就介紹到這了,更多相關redis複製問題內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com！