一、前戲
下面的列表清楚的解釋了Redis Replication的特點和優(yōu)勢。
1). 同一個Master可以同步多個Slaves。
2). Slave同樣可以接受其它Slaves的連接和同步請求，這樣可以有效的分載Master的同步壓力。因此我們可以將Redis的Replication架構視為圖結構。
3). Master Server是以非阻塞的方式為Slaves提供服務。所以在Master-Slave同步期間，客戶端仍然可以提交查詢或修改請求。
4). Slave Server同樣是以非阻塞的方式完成數據同步。在同步期間，如果有客戶端提交查詢請求，Redis則返回同步之前的數據。
5). 為了分載Master的讀操作壓力，Slave服務器可以為客戶端提供只讀操作的服務，寫服務仍然必須由Master來完成。即便如此，系統(tǒng)的伸縮性還是得到了很大的提高。
6). Master可以將數據保存操作交給Slaves完成，從而避免了在Master中要有獨立的進程來完成此操作。
二、理論
在Slave啟動并連接到Master之后，它將主動發(fā)送一個SYNC命令。此后Master將啟動后臺存盤進程，同時收集所有接收到的用于修改數據集的命令，在后臺進程執(zhí)行完畢后，Master將傳送整個數據庫文件到Slave，以完成一次完全同步。而Slave服務器在接收到數據庫文件數據之后將其存盤并加載到內存中。此后，Master繼續(xù)將所有已經收集到的修改命令，和新的修改命令依次傳送給Slaves，Slave將在本次執(zhí)行這些數據修改命令，從而達到最終的數據同步。
如果Master和Slave之間的鏈接出現(xiàn)斷連現(xiàn)象，Slave可以自動重連Master，但是在連接成功之后，一次完全同步將被自動執(zhí)行。
三、實戰(zhàn)
上面基本把理論講了一下，下面就是實驗。關于主從復制這個我也搞了好幾天，為什么呢？就是無法在一臺window實例化多個redis服務。自己在網上也找了好多，也沒找到辦法。以往周末都是會打麻將的，今天正好沒打，就在思考這個問題。前面下載的是3.0版的redis,文件結構如下圖,我一直使用redis.windows-service.conf這個配置文件來啟動，今天想著用redis.windows.conf來配置一下，因為看其他博客的都是使用redis.conf,所以我也把文件名也改了一下，這一改沒想到真是見證奇跡了，成功了。
