共計 2331 個字符，預計需要花費 6 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

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

是什么

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

能干嘛

讀寫分離
容災恢復

推薦（免費）：redis

怎么玩

? 配從 (庫) 不配主(庫)
? 從庫配置命令：slaveof 主庫 IP 主庫端口
??? 每次與 master 斷開之后，都需要重新連接，除非你配置進 redis.conf 文件（具體位置：redis.conf 搜尋 #### REPLICATION ####）
??? info replication
? 修改配置文件細節(jié)操作
??? 拷貝多個 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 來設(shè)置仆機
此時設(shè)置了一主二仆
在主的里面 set k4 v4, 在兩個 slave 里面 get k4 都能顯示出來。
1. 如果再 slave 之前，我設(shè)置了 k1 和 k2. 那么從機能否查的出來其值?
能，從機只有接收了之后，就從頭擼到尾。主機有的通通擼一遍
2. 此時在主機上面 set k6 v6. 而兩個從機上面也有 set k6 v66. 此時會出現(xiàn)哪種情況。先到先得，后者覆蓋，從機和主機執(zhí)行同樣的命令是否可以通過？
主機寫為主，從機讀為主
此時從機不能寫，報了異常。
3. 主機死了？從機會有哪些情況。從機上位？原地待命？
還是 slave，原地待命。不會上位，領(lǐng)導回來了，一切照舊
4. 從機死了？從機能不能恢復過來？
從機死了，恢復過來就變成了 master, 因為? 每次與 master 斷開之后，都需要重新連接，除非你配置進 redis.conf。如果想跟上大部隊，就是用 slaveof 命令即可。從頭來一遍，把主機的從頭到尾擼一遍。

薪火相傳

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

反客為主

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

復制原理

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

哨兵模式(sentinel)

一組 sentinel 能同時監(jiān)控多個 master（巡邏放哨）

是什么

反客為主的自動版，能夠后臺監(jiān)控主機是否故障，如果故障了根據(jù)投票數(shù)自動將從庫轉(zhuǎn)換為主庫

怎么玩(使用步驟)

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

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

復制的缺點

復制延時

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

“redis 怎么使用主從復制 Master/slave”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注丸趣 TV 網(wǎng)站，丸趣 TV 小編將為大家輸出更多高質(zhì)量的實用文章！