C#Redis 主從複製

1、前戲

 下面的列表清楚的解釋了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中要有獨立的進程來完成此操做。

2、理論

 在Slave啓動並鏈接到Master以後，它將主動發送一個SYNC命令。此後Master將啓動後臺存盤進程，同時收集全部接收到的用於修改數據集的命令，在後臺進程執行完畢後，Master將傳送整個數據庫文件到Slave，以完成一次徹底同步。而Slave服務器在接收到數據庫文件數據以後將其存盤並加載到內存中。此後，Master繼續將全部已經收集到的修改命令，和新的修改命令依次傳送給Slaves，Slave將在本次執行這些數據修改命令，從而達到最終的數據同步。
    若是Master和Slave之間的連接出現斷連現象，Slave能夠自動重連Master，可是在鏈接成功以後，一次徹底同步將被自動執行。

3、實戰

上面基本把理論講了一下，下面就是實驗。關於主從複製這個我也搞了好幾天，爲何呢？就是沒法在一臺window實例化多個redis服務。本身在網上也找了好多，也沒找到辦法。以往週末都是會打麻將的，今天正好沒打，就在思考這個問題。前面下載的是3.0版的redis,文件結構以下圖,我一直使用redis.windows-service.conf這個配置文件來啓動，今天想着用redis.windows.conf來配置一下，由於看其餘博客的都是使用redis.conf,因此我也把文件名也改了一下，這一改沒想到真是見證奇蹟了，成功了。

這裏採用一主一從，端口6379的是Master主，6380的是從。

1.先修改redis.windows.conf文件名改成redis.conf，默認就是6379.

2.複製redis.windows.conf文件並更名爲redis6380.conf,同時配置文件裏面的端口號爲6380

# Accept connections on the specified port, default is 6379.
# If port 0 is specified Redis will not listen on a TCP socket.
port 6380

3.爲redis6380的綁定主服務

# Master-Slave replication. Use slaveof to make a Redis instance a copy of
# another Redis server. A few things to understand ASAP about Redis replication.
#
# 1) Redis replication is asynchronous, but you can configure a master to
#    stop accepting writes if it appears to be not connected with at least
#    a given number of slaves.
# 2) Redis slaves are able to perform a partial resynchronization with the
#    master if the replication link is lost for a relatively small amount of
#    time. You may want to configure the replication backlog size (see the next
#    sections of this file) with a sensible value depending on your needs.
# 3) Replication is automatic and does not need user intervention. After a
#    network partition slaves automatically try to reconnect to masters
#    and resynchronize with them.
#
# slaveof <masterip> <masterport>
slaveof 127.0.0.1 6379

4.設置從redis可寫由於從2.6版本默認是隻讀

# Since Redis 2.6 by default slaves are read-only.
#
# Note: read only slaves are not designed to be exposed to untrusted clients
# on the internet. It's just a protection layer against misuse of the instance.
# Still a read only slave exports by default all the administrative commands
# such as CONFIG, DEBUG, and so forth. To a limited extent you can improve
# security of read only slaves using 'rename-command' to shadow all the
# administrative / dangerous commands.
slave-read-only yes

5.cmd啓動6379端口的服務

6.cmd啓動6380端口的服務

7.cmd啓動7379的客戶端，並設置兩個key ，mykey、mykey1

8.cmd啓動6380的客戶端，獲取兩個key的值

9.從8截圖的最後一行能夠看到不能刪除mykey1，由於我還沒設置slave-read-only yes，當設置爲可讀寫操做的就能夠對其刪除了。

4、總結

到目前爲止，雖然是主從複製，但還不能稱的上集羣，包括前面的nignx負載均衡，都是簡單的場景，並沒考慮複雜場景，好比redis的主服務掛了怎麼辦，會不會自動任命一個新的主服務，一樣nginx也是，若是一個web服務器掛了，負載均衡的策略會不會自動的修改，這些問題之後會慢慢探討，先把問題提出來。