本篇內容介紹了“Redis實現主從復制的方法是什么”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！
也就是我們所說的主從復制，主機數據更新后根據配置和策略，自動同步到備機的master/slaver機制，Master以寫為主，Slave以讀為主。
1、讀寫分離；
2、容災恢復。
1、配從（庫）不配主（庫）；
2、從庫配置：slaveof [主庫IP] [主庫端口]；
補充：每次slave與master斷開后，都需要重新連接，除非你配置進redis.conf文件;
鍵入info replication 可以查看redis主從信息。
3、修改配置文件細節操作
- 拷貝多個redis.conf文件
- 指定端口
- 開啟daemonize yes
- Pid文件名字
- Log文件名字
- Dump.rdb名字
4、常用3招
- 一主二仆
一個Master，兩個Slave，Slave只能讀不能寫；當Slave與Master斷開后需要重新slave of連接才可建立之前的主從關系；Master掛掉后，Master關系依然存在，Master重啟即可恢復。
- 薪火相傳
上一個Slave可以是下一個Slave的Master，Slave同樣可以接收其他slaves的連接和同步請求，那么該slave作為了鏈條中下一個slave的Master，如此可以有效減輕Master的寫壓力。如果slave中途變更轉向，會清除之前的數據，重新建立最新的。
- 反客為主
當Master掛掉后，Slave可鍵入命令 slaveof no one使當前redis停止與其他Master redis數據同步，轉成Master redis。
1、Slave啟動成功連接到master后會發送一個sync命令；
2、Master接到命令啟動后的存盤進程，同時收集所有接收到的用于修改數據集命令，在后臺進程執行完畢之后，master 將傳送整個數據文件到slave，以完成一次完全同步；
3、全量復制：而slave服務在數據庫文件數據后，將其存盤并加載到內存中；
4、增量復制：Master繼續將新的所有收集到的修改命令依次傳給slave，完成同步；
5、但是只要是重新連接master，一次完全同步（全量復制）將被自動執行。
反客為主的自動版，能夠后臺監控Master庫是否故障，如果故障了根據投票數自動將slave庫轉換為主庫。一組sentinel能同時監控多個Master。
使用步驟：
1、在Master對應redis.conf同目錄下新建sentinel.conf文件，名字絕對不能錯；
2、配置哨兵，在sentinel.conf文件中填入內容：
sentinel monitor 被監控數據庫名字（自己起名字） ip port 1
說明：上面最后一個數字1，表示主機掛掉后slave投票看讓誰接替成為主機，得票數多少后成為主機。
3、啟動哨兵模式：
命令鍵入：redis-sentinel /myredis/sentinel.conf
注：上述sentinel.conf路徑按各自實際情況配置
延時，由于所有的寫操作都是在Master上操作，然后同步更新到Slave上，所以從Master同步到Slave機器有一定的延遲，當系統很繁忙的時候，延遲問題會更加嚴重，Slave機器數量的增加也會使得這個問題更加嚴重。
1. 創建兩個redis.conf文件, 一主一從
redis_6379.conf redis_6380.conf
2. master conf 主要配置
bind 127.0.0.1 port 6379 protected-mode yes daemonize yes pidfile /var/run/redis_6379.pid logfile "/Data/apps/redis-3.2.12/logs/redis_6379.log" dbfilename dump_6379.rdb dir /Data/apps/redis-3.2.12/workplace requirepass paopao
3. slave conf 主要配置
bind 127.0.0.1 port 6380 protected-mode yes daemonize yes pidfile /var/run/redis_6380.pid logfile "/Data/apps/redis-3.2.12/logs/redis_6380.log" dbfilename dump_6380.rdb dir /Data/apps/redis-3.2.12/workplace slaveof 127.0.0.1 6379 masterauth paopao
4. 啟動主從redis-server進程
redis-server /Data/apps/redis-3.2.12/conf/redis_6379.conf redis-server /Data/apps/redis-3.2.12/conf/redis_6380.conf
5.其他相關配置
# 當從庫同主機失去連接或者復制正在進行，從機庫有兩種運行方式： # 1) 如果slave-serve-stale-data設置為yes(默認設置)，從庫會繼續相應客戶端的請求 # 2) 如果slave-serve-stale-data是指為no，除去INFO和SLAVOF命令之外的任何請求都會返回一個 # 錯誤"SYNC with master in progress" slave-serve-stale-data yes slave-read-only yes # 從庫會按照一個時間間隔向主庫發送PINGs.可以通過repl-ping-slave-period設置這個時間間隔，默認是10秒 repl-ping-slave-period 10 # repl-timeout 設置主庫批量數據傳輸時間或者ping回復時間間隔，默認值是60秒 # 一定要確保repl-timeout大于repl-ping-slave-period repl-timeout 60 # slave節點磁盤慢, 網速快時, 置為yes, master上的rdb文件將以socket方式傳輸, 跳過磁盤存儲 repl-diskless-sync no # 傳輸前等待秒數, 為了等待更多的slave節點加入 repl-diskless-sync-delay 5 # 傳輸時,是否禁用tcp nodelay repl-disable-tcp-nodelay no # 復制緩沖區大小 repl-backlog-size 1mb # 復制緩沖區釋放周期 repl-backlog-ttl 3600 # 為了sentinal模式, 選舉master準備, 數值越小, 優先級越高 slave-priority 100 # require at least 3 slaves with a lag <= 10 seconds use min-slaves-to-write 3 min-slaves-max-lag 10 # 可覆蓋bind, port 配置, 對外ip port slave-announce-ip 5.5.5.5 slave-announce-port 1234
“Redis實現主從復制的方法是什么”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
