由於前段時間公司專案比較趕，一直抽不出時間寫部落格，今天偷空寫一篇吧。前面給大家講解了單機版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機器數量的增加也會使得這個問題更加嚴重。