redis主從配置的步驟包括：1.修改從節點配置文件，設置replicaof或slaveof指向主節點；2.如主節點有密碼，需在從節點配置masterauth；3.重啟從節點服務使配置生效；4.通過info replication命令驗證主從狀態。若主節點宕機，需手動選擇一個從節點執行slaveof no one提升為主節點，并調整其他從節點配置指向新主節點。此外，主從復制還用于數據備份、讀寫分離和測試環境搭建。常見注意事項包括主從延遲、網絡穩定性、數據一致性及配置正確性。為實現自動故障轉移，建議使用redis sentinel或cluster方案。
redis主從配置，簡單來說，就是讓一臺redis服務器（主節點）的數據自動同步到其他Redis服務器（從節點）。這樣可以提高讀取性能，同時在主節點發生故障時，從節點可以頂上，保證服務的可用性。
Redis主從配置的詳細步驟解析
配置Redis主從復制其實并不復雜，主要分為以下幾個步驟：
-
修改從節點的配置文件：
找到你的Redis從節點的配置文件 redis.conf (通常在 /etc/redis/ 目錄下，也可能在其他地方，取決于你的安裝方式)。 打開它，找到 replicaof (Redis 5及以上版本) 或者 slaveof (Redis 5以下版本) 這個配置項。 取消注釋，并修改成你的主節點的IP地址和端口號。 例如：
replicaof <masterip> <masterport> # Redis 5+ # slaveof <masterip> <masterport> # Redis 5-
把
替換成你的主節點的IP地址，把 替換成主節點的端口號（默認是6379）。 -
配置主節點的密碼（可選）：
如果你的主節點設置了密碼（通過 requirepass 配置項），那么你需要在從節點的配置文件中添加 masterauth 配置項，指定主節點的密碼。 例如：
masterauth <masterpassword>
把
替換成你的主節點的密碼。 如果主節點沒有設置密碼，可以跳過這一步。 -
重啟從節點：
保存修改后的配置文件，然后重啟你的從節點。 可以使用以下命令重啟：
redis-cli shutdown redis-server /path/to/your/redis.conf
確保替換 /path/to/your/redis.conf 為你的實際配置文件路徑。 你也可以使用 systemctl restart redis (或者類似的命令，取決于你的系統) 來重啟Redis服務。
-
驗證主從復制是否成功：
連接到你的主節點，執行 INFO replication 命令。 你應該能看到類似下面的輸出：
# Replication role:master connected_slaves:1 slave0:ip=<slaveip>,port=<slaveport>,state=online,offset=12345,lag=0 master_replid:abcdefg1234567890hijklmnopqrstuvwxyz master_replid2:0000000000000000000000000000000000000000 master_offset:12345 second_repl_offset:-1 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:1 repl_backlog_histlen:12344
role:master 表示當前節點是主節點。 connected_slaves:1 表示有一個從節點連接到當前主節點。 slave0:ip=
,port= ,state=online,offset=12345,lag=0 顯示了從節點的IP地址、端口號、狀態、復制偏移量和延遲。 state=online 表示從節點已經成功連接到主節點。 連接到你的從節點，執行 INFO replication 命令。 你應該能看到類似下面的輸出：
# Replication role:slave master_host:<masterip> master_port:<masterport> master_link_status:up master_last_io_seconds_ago:1 master_sync_in_progress:0 slave_repl_offset:12345 slave_priority:100 slave_read_only:1 connected_slaves:0 master_replid:abcdefg1234567890hijklmnopqrstuvwxyz master_replid2:0000000000000000000000000000000000000000 master_offset:12345 second_repl_offset:-1 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:1 repl_backlog_histlen:12344
role:slave 表示當前節點是從節點。 master_host:
和 master_port: 顯示了主節點的IP地址和端口號。 master_link_status:up 表示從節點已經成功連接到主節點。 如果一切正常，那么恭喜你，你已經成功配置了Redis主從復制！
主從復制中，如果主節點宕機了，怎么辦？
這確實是個關鍵問題。Redis主從復制本身只是保證了數據的備份和讀取的擴展，并沒有自動故障轉移的功能。也就是說，如果主節點掛了，從節點并不會自動變成主節點。需要手動進行故障轉移。
手動故障轉移的步驟通常是：
-
選擇一個從節點： 選擇一個數據比較新的從節點。 可以通過 INFO replication 命令查看各個從節點的 slave_repl_offset，選擇偏移量最大的那個。
-
將選中的從節點提升為主節點： 連接到選中的從節點，執行 SLAVEOF NO ONE 命令。 這個命令會將從節點停止復制，并將其提升為主節點。
-
修改其他從節點的配置： 修改其他從節點的配置文件，將 replicaof (或者 slaveof) 配置項指向新的主節點。 然后重啟這些從節點，讓它們開始從新的主節點復制數據。
這個過程聽起來挺麻煩的，對吧？ 所以，在生產環境中，通常會使用Redis Sentinel或者Redis Cluster來實現自動故障轉移。 Sentinel會監控主節點的狀態，當主節點宕機時，自動將一個從節點提升為主節點，并通知其他從節點和客戶端。 Cluster則提供了更高級的自動分片和故障轉移功能。
除了提高讀取性能和可用性，Redis主從復制還有什么其他用途？
除了提高讀取性能和可用性，Redis主從復制還有一些其他的用途：
-
數據備份： 從節點可以作為主節點的數據備份。 即使主節點的數據丟失，也可以從從節點恢復數據。當然，這并不是專業的備份方案，更專業的備份方案需要定期進行RDB快照或者AOF持久化，并將這些文件存儲在安全的地方。
-
讀寫分離： 可以將讀請求分發到從節點，寫請求分發到主節點，從而提高整體性能。 但是需要注意的是，由于主從復制存在延遲，可能會出現讀取到舊數據的情況。 所以，在對數據一致性要求比較高的場景下，需要謹慎使用讀寫分離。
-
測試環境： 可以使用從節點作為測試環境。 這樣可以避免對生產環境造成影響。
配置主從復制時，有哪些常見的坑需要注意？
配置Redis主從復制時，有一些常見的坑需要注意：
-
主從復制延遲： 主從復制是異步的，所以存在延遲。 在高并發的場景下，延遲可能會比較明顯。 需要根據實際情況調整主從復制的配置，例如調整 repl-diskless-sync 和 repl-disable-tcp-nodelay 等參數。
-
網絡問題： 主節點和從節點之間的網絡連接不穩定，會導致主從復制失敗。 需要確保主節點和從節點之間的網絡連接正常。
-
數據不一致： 在主節點宕機時，可能會出現數據不一致的情況。 如果使用了自動故障轉移，需要確保自動故障轉移的配置正確。
-
配置錯誤： 配置錯誤會導致主從復制失敗。 需要仔細檢查配置文件，確保配置正確。特別是密碼相關配置，一定要仔細核對。
總而言之，Redis主從復制是一個非常有用的功能，可以提高讀取性能和可用性。 但是，在配置和使用時，需要注意一些常見的坑，才能發揮它的最大價值。
