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

##   ••

名字名稱檔案名稱

# 她名字名字。 #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教學

以上是redis學習主從複製Master/slave的詳細內容。更多資訊請關注PHP中文網其他相關文章！