Redis主從複製

標籤：

一、Redis的Replication

    優點：讀寫分離  

    下面的列表清楚的解釋了Redis Replication的特點和優勢。
    1). 同一個Master可以同步多個Slaves。
    2). Slave同樣可以接受其它Slaves的串連和同步請求，這樣可以有效分載Master的同步壓力。因此我們可以將Redis的Replication架構視為圖結構。
    3). Master Server是以非阻塞的方式為Slaves提供服務。所以在Master-Slave同步期間，用戶端仍然可以提交查詢或修改請求。
    4). Slave Server同樣是以非阻塞的方式完成資料同步。在同步期間，如果有用戶端提交查詢請求，Redis則返回同步之前的資料。
    5). 為了分載Master的讀操作壓力，Slave伺服器可以為用戶端提供唯讀操作的服務，寫服務仍然必須由Master來完成。即便如此，系統的伸縮性還是得到了很大的提高。
    6). Master可以將資料儲存操作交給Slaves完成，從而避免了在Master中要有獨立的進程來完成此操作。
    
二、Replication的工作原理

    在Slave啟動並串連到Master之後，它將主動發送一個SYNC命令。此後Master將啟動後台存檔進程，同時收集所有接收到的用於修改資料集的命令，在後台進程執行完畢後，Master將傳送整個資料庫檔案到Slave，以完成一次完全同步。而Slave伺服器在接收到資料庫檔案資料之後將其存檔並載入到記憶體中。此後，Master繼續將所有已經收集到的修改命令，和新的修改命令依次傳送給Slaves，Slave將在本次執行這些資料修改命令，從而達到最終的資料同步。
    如果Master和Slave之間的連結出現斷連現象，Slave可以自動重連Master，但是在串連成功之後，一次完全同步將被自動執行。

 master儲存RDB檔案是通過一個子進程進行的，所以master依然可以處理用戶端請求而不被阻塞，但這也導致了在儲存RDB檔案期間，“鍵空間”可能發生變化（譬如接收到一個用戶端請求，執行"set name diaocow"命令），因此為了保證資料同步的一致性，master會在儲存RDB檔案期間，把接受到的這些可能變更資料庫“鍵空間”的命令儲存下來，然後放到每個slave的回複列表中，當RDB檔案發送完master會發送這些回複列表中的內容，並且在這之後，如果資料庫發生變更，master依然會把變更的命令追加到回複列表發送給slave，這樣就可以保證master和slave資料的一致性！

三、如何配置Replication

1、臨時

在Slave_B伺服器上執行命令：slaveof 127.0.0.1 6379上面的方式只是保證了在執行slaveof命令之後，B成為了A的slave，一旦服務(B)重新啟動之後，他們之間的複製關係將終止。2、永久：修改slave的redis.confslaveof ip port   --設定master的ip和連接埠 如果主要資料庫設定了密碼，需要在從資料的設定檔中通過masterauth參數設定主要資料庫的密碼。

四、redis主從複製注意事項

如果你使用主從複製，那麼要確保master啟用了持久化，或者 確保它不會在宕掉後自動重啟。因為slave是master的完整備份，因此如果master通過一個空資料集重啟，slave也會被清掉。

參考：http://www.cnblogs.com/stephen-liu74/archive/2012/02/23/2364717.html
其他資料：http://blog.csdn.net/pi9nc/article/details/17735653

Redis主從複製