redis怎么使用主從復制Master/slave

本篇內容介紹了“redis怎么使用主從復制Master/slave”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

是什么

行話：也就是我們所說的主從復制，主機數據更新后根據配置和策略， 自動同步到備機的master/slaver機制，Master以寫為主，Slave以讀為主

能干嘛

讀寫分離
容災恢復

推薦（免費）：redis

怎么玩

? 配從(庫)不配主(庫)
? 從庫配置命令：slaveof 主庫IP 主庫端口
??? 每次與master斷開之后，都需要重新連接，除非你配置進redis.conf文件（具體位置：redis.conf搜尋#### REPLICATION ####）
??? info replication
? 修改配置文件細節操作
??? 拷貝多個redis.conf文件，按’redis[port].conf’重命名
??? 開啟daemonize yes
??? pid文件名字
??? 指定端口
??? log文件名字
??? dump.rdb名字

replication 英 [?repl?’ke??(?)n] 美 [?repl?’ke??(?)n] n.
(繪畫等的)復制;拷貝;重復(實驗);(尤指對答辯的)回答

常用3招

一主二仆（一臺主機，兩臺從機）

Init

通過slaveof 127.0.0.1 6379d來設置仆機
此時設置了一主二仆
在主的里面set k4 v4,在兩個slave里面get k4都能顯示出來。
1.如果再slave之前，我設置了k1和k2.那么從機能否查的出來其值?
能，從機只有接收了之后，就從頭擼到尾。主機有的通通擼一遍
2.此時在主機上面set k6 v6.而兩個從機上面也有set k6 v66.此時會出現哪種情況。先到先得，后者覆蓋，從機和主機執行同樣的命令是否可以通過？
主機寫為主，從機讀為主
此時從機不能寫，報了異常。
3.主機死了？從機會有哪些情況。從機上位？原地待命？
還是slave，原地待命。不會上位，領導回來了，一切照舊
4.從機死了？從機能不能恢復過來？
從機死了，恢復過來就變成了master,因為? 每次與master斷開之后，都需要重新連接，除非你配置進redis.conf。如果想跟上大部隊，就是用slaveof命令即可。從頭來一遍，把主機的從頭到尾擼一遍。

薪火相傳

核心思想：去中心化
上一個Slave可以是下一個slave的Master，Slave同樣可以接收其他 slaves的連接和同步請求，那么該slave作為了鏈條中下一個的master, 可以有效減輕master的寫壓力（奴隸的奴隸還是奴隸）
中途變更轉向：會清除之前的數據，重新建立拷貝最新的
slaveof 新主庫IP 新主庫端口
比如79是80的主機，80是81的主機。在79中set k9 v9在80和81之間都能查詢的到，在80主機上使用info republication，是slave，但是也連接了一個slaver。

反客為主

SLAVEOF no one
使當前數據庫停止與其他數據庫的同步，轉成主數據庫
主機掛了之后，兩個從機需要選擇出一個老大，這時候對80使用一個命令，slaveof no one，讓80稱為領導。而對于81來說，如果使用了slaveof 80,則認80位主機，對80的數據做了修改，81也能夠查詢的到。若原主機79回來了之后，此時就變成了一個獨立的個體。

復制原理

slave啟動成功連接到master后會發送一個sync命令
master接到命令啟動后臺的存盤進程，同時收集所有接收到的用于修改數據集命令， 在后臺進程執行完畢之后，master將傳送整個數據文件到slave,以完成一次完全同步
全量復制：而slave服務在接收到數據庫文件數據后，將其存盤并加載到內存中。
增量復制：Master繼續將新的所有收集到的修改命令依次傳給slave,完成同步
但是只要是重新連接master，一次完全同步（全量復制)將被自動執行
首次是全量復制，其后是增量復制。

哨兵模式(sentinel)

一組sentinel能同時監控多個master（巡邏放哨）

是什么

反客為主的自動版，能夠后臺監控主機是否故障，如果故障了根據投票數自動將從庫轉換為主庫

怎么玩(使用步驟)

?1. 調整結構，6379帶著6380、6381
?2. 新建sentinel.conf文件，名字絕不能錯
?3. 配置哨兵,填寫內容
???1.sentinel monitor 被監控數據庫名字(自己起名字) 127.0.0.1 6379 1
???2. 上面最后一個數字1，表示主機掛掉后salve投票看讓誰接替成為主機，得票數多少后成為主機（PS. 跟官網的描述有出入，下面有官方文檔說明）
?4. 啟動哨兵
???1. redis-sentinel /sentinel.conf（上述目錄依照各自的實際情況配置，可能目錄不同）
?5. 正常主從演示
?6. 原有的master掛了
?7. 投票新選
?8. 重新主從繼續開工，info replication查查看

問題：如果之前掛了的master重啟回來，會不會雙master沖突？
答： 不會，原master，變成slave

復制的缺點

復制延時

由于所有的寫操作都是先在Master上操作，然后同步更新到slave上，所以從Master同步到Slave機器有一定的延遲，當系統很繁忙的時候，延遲問題會更加嚴重，Slave機器數量的增加也會使這個問題更加嚴重。

“redis怎么使用主從復制Master/slave”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！