由於前段時間公司項目比較趕，一直抽不出時間寫博客，今天偷空寫一篇吧。前面給大家講解了單機版redis的基本操作，現在繼續給大家講解一下Redis的進階部分，主從復制和讀寫分離。

一、Master&Slave是什麽？

也就是我們所說的主從復制，主機數據更新後根據配置和策略，自動同步到備機

的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的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，一次完全同步（全量復制）將被自動執行。

五、哨兵模式（sentinel）

反客為主的自動版，能夠後臺監控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機器數量的增加也會使得這個問題更加嚴重。

Redis實現主從復制（Master&Slave）