一、Redis的Replication：

    這里首先需要說明的是，在Redis中配置Master-Slave模式真是太簡單了。相信在閱讀完這篇Blog之后你也可以輕松做到。這里我們還是先列出一些理論性的知識，后面給出實際操作的案例。

    下面的列表清楚的解釋了Redis Replication的特點和優(yōu)勢。

    1). 同一個Master可以同步多個Slaves。
    2). Slave同樣可以接受其它Slaves的連接和同步請求，這樣可以有效的分載Master的同步壓力。因此我們可以將Redis的Replication架構(gòu)視為圖結(jié)構(gòu)。
    3). Master Server是以非阻塞的方式為Slaves提供服務(wù)。所以在Master-Slave同步期間，客戶端仍然可以提交查詢或修改請求。
    4). Slave Server同樣是以非阻塞的方式完成數(shù)據(jù)同步。在同步期間，如果有客戶端提交查詢請求，Redis則返回同步之前的數(shù)據(jù)。
    5). 為了分載Master的讀操作壓力，Slave服務(wù)器可以為客戶端提供只讀操作的服務(wù)，寫服務(wù)仍然必須由Master來完成。即便如此，系統(tǒng)的伸縮性還是得到了很大的提高。
    6). Master可以將數(shù)據(jù)保存操作交給Slaves完成，從而避免了在Master中要有獨立的進(jìn)程來完成此操作。
    
二、Replication的工作原理：

    在Slave啟動并連接到Master之后，它將主動發(fā)送一個SYNC命令。此后Master將啟動后臺存盤進(jìn)程，同時收集所有接收到的用于修改數(shù)據(jù)集的命令，在后臺進(jìn)程執(zhí)行完畢后，Master將傳送整個數(shù)據(jù)庫文件到Slave，以完成一次完全同步。而Slave服務(wù)器在接收到數(shù)據(jù)庫文件數(shù)據(jù)之后將其存盤并加載到內(nèi)存中。此后，Master繼續(xù)將所有已經(jīng)收集到的修改命令，和新的修改命令依次傳送給Slaves，Slave將在本次執(zhí)行這些數(shù)據(jù)修改命令，從而達(dá)到最終的數(shù)據(jù)同步。
    如果Master和Slave之間的鏈接出現(xiàn)斷連現(xiàn)象，Slave可以自動重連Master，但是在連接成功之后，一次完全同步將被自動執(zhí)行。
    
三、如何配置Replication：

    見如下步驟：
    1). 同時啟動兩個Redis服務(wù)器，可以考慮在同一臺機(jī)器上啟動兩個Redis服務(wù)器，分別監(jiān)聽不同的端口，如6379和6380。
    2). 在Slave服務(wù)器上執(zhí)行一下命令：
 

    上面的方式只是保證了在執(zhí)行slaveof命令之后，redis_6380成為了redis_6379的slave，一旦服務(wù)(redis_6380)重新啟動之后，他們之間的復(fù)制關(guān)系將終止。
    如果希望長期保證這兩個服務(wù)器之間的Replication關(guān)系，可以在redis_6380的配置文件中做如下修改：
 

    保存退出。
    這樣就可以保證Redis_6380服務(wù)程序在每次啟動后都會主動建立與Redis_6379的Replication連接了。
    
四、應(yīng)用示例：

    這里我們假設(shè)Master-Slave已經(jīng)建立。