Redis主從複製配置

標籤：

一、Redis的Replication：

    這裡首先需要說明的是，在Redis中配置Master-Slave模式真是太簡單了。相信在閱讀完這篇Blog之後你也可以輕鬆做到。這裡我們還是先列出一些理論性的知識，後面給出實際操作的案例。
    下面的列表清楚的解釋了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，但是在串連成功之後，一次完全同步將被自動執行。
    
三、如何配置Replication：

見如下步驟：
    1). 同時啟動兩個Redis伺服器，可以考慮在同一台機器上啟動兩個Redis伺服器，分別監聽不同的連接埠，如6379和9001。

　 2）我們假定連接埠為9001的為從，連接埠為6379的為主。我們在連接埠為9001的slave伺服器上執行下面命令即可，如所示：

　　

　　下面我們就可以測試一下：在6379的伺服器上執行 set mtest ‘qwe123’，然後在從伺服器上就可以擷取大該緩衝值了。

   　　上面的方式只是保證了在執行slaveof命令之後，redis_6380成為了redis_6379的slave，一旦服務(redis_6380)重新啟動之後，他們之間的複製關係將終止。
    如果希望長期保證這兩個伺服器之間的Replication關係，可以在redis_6380的設定檔中做如下修改：

　　開啟從(9001連接埠)緩衝設定檔並做如下修改即可：

　　將
    # slaveof <masterip> <masterport>
    改為
    slaveof 127.0.0.1 6379

    

　　儲存退出。
     這樣就可以保證Redis_9001服務程式在每次啟動後都會主動建立與Redis_6379的Replication串連了。

本文參考：http://www.cnblogs.com/stephen-liu74/archive/2012/02/23/2364717.html

　

Redis主從複製配置