一、Redis主從同步原理

1.1 Redis主從同步的過程

配置好slave伺服器連線的master後，slave會建立和master的連線，然後傳送sync命令。無論是第一次同步建立的連線還是連線斷開後的重新連線，master都會啟動一個後臺程序，將資料庫快照儲存到檔案中.同時master主程序會開始收集新的寫命令並快取起來。當後臺程序完成寫檔案後，master就將快照檔案傳送給slave，slave將檔案儲存到磁碟上，然後載入到記憶體將資料庫快照恢復到slave上。slave完成快照檔案的恢復後，master就會把快取的命令都轉發給slave，slave更新記憶體資料庫。後續master收到的寫命令都會通過開始建立的連線傳送給slave。從master到slave的同步資料的命令和從 client到master傳送的命令使用相同的協議格式。當master和slave的連線斷開時，slave可以自動重新建立連線。如果master同時收到多個slave發來的同步連線命令，只會使用啟動一個程序來寫資料庫映象，然後傳送給所有slave。

1.2 Redis主從同步的特點

主從同步具有明顯的分散式快取特點，主要包括這些方面：

1）一個master可以有多個slave，一個slave也可以有多個slave；
2）slave不僅可以連線到master，slave也可以連線其他slave形成樹狀結構；
3）主從同步不會阻塞master，但是會阻塞slave。也就是說當一個或多個slave與master進行初次同步資料時，master可以繼續處理client發來的請求。相反slave在初次同步資料時則會阻塞不能處理client的請求；
4）主從同步可以用來提高系統的可伸縮性，我們可以用多個slave專門處理client的讀請求，也可以用來做簡單的資料冗餘或者只在slave上進行持久化從而提升叢集的整體效能。

1.3 Redis主動同步設定方法

有兩種方式可以用來完成進行主從Redis伺服器的同步設定。都需要針對slave伺服器上進行，指定slave需要連線的Redis伺服器（可能是master，也可能是slave）。

1.3.1 在配置檔案中設定

在作為slave的Redis伺服器的配置檔案(redis.conf)中設定。

Conf程式碼

slaveof 10.1.1.102 6379 #指定master的ip和埠

很明顯，這種設定方式非常簡單，但是需要修改配置檔案，並且配置檔案是在伺服器啟動時載入的。所以伺服器不啟動無法修改，操作不靈活。

這種配置方式適合於作為部署時的初始配置。

1.3.2 在Redis客戶端中進行設定

這裡以Redis官方推薦的Jedis為例來說明，後文中的測試也基於Jedis來進行。這裡jedis物件例項是屬於slave的，引數是伺服器的地址和埠。

Java程式碼

slaveJdedis.slaveOf("10.1.1.102",6379); #指定master的ip和埠 
slaveJdedis.slaveofNoOne(); #取消指定master，自己成為一個master了

通過客戶端指定的方式，可以方便的修改master和slave伺服器的主從關係。所以這種方式非常適合於根據需要線上調整master和slave伺服器。

1.3.3 當前主從同步存在的問題

由於master和slave伺服器的不是Redis自動選舉產生，需要人工參與，因此主從倒換無法自動完成。這樣就存在一個問題，什麼時候以及由誰來觸發倒換。我看了下客戶端是沒有這個能力的，一定要的話需要自己增加。

Jedis目前隨機選擇讀取的哪臺Redis伺服器，因此實現自動分散式讀取我們需要對Jedis做二次封裝。

1） 需要開發一種機制，儘快檢測到master和slave的工作狀態；
2） 需要定義一種master和slave的自動切換策略；
3） 需要定義一種可以隨機讀取任何一臺Redis伺服器的機制；

這些功能都可以在客戶端實現，不過效果不會太好。如果伺服器自身能夠支援就比較完美了，不過從Redis官網的介紹情況來看，好像目前還沒有看到有人提這樣的需求，也沒有這樣的規劃。

二、Redis主流客戶端介紹

在Redis的官方網站，列出了5款Redis的java客戶端軟體。其中Jedis是Redis官方推薦的java客戶端，這款一直有維護並更新。目前伺服器最新穩定版本是Redis2.4.17，最新的測試版本Redis 2.6.0 RC7。

2.1 Jedis

Jedis是Redis官方推薦的Java客戶端版本。目前最新為Jedis 2.1.0-5版本，完全相容Redis 2.0.0版本。這個客戶端一直都有維護和更新。

2.2 JRedis

JRedis之前很長一段時間沒有更新，可以完全相容Redis 2.0.0版本。今天5月份前做過更新後可以相容最新的Redis2.6.0測試版本。

2.3 JDBC-Redis

JDBC-Redis是用於Redis這個NoSQL資料庫的JDBC驅動。只能下載到2009年3月釋出的jdbc-redis_0.1_beta版本，目前已經無人維護了。

2.4 RJC

RJC提供Apache DBCP風格的連線池。1年前已經停止更新，可以完全相容Redis 2.0.0版本。

2.5 redis-protocol

這個更新是最快和最頻繁的，可以相容最新的Redis 2.6.0版本。不過它定位於完整支援Redis協議，更加高效和Redis伺服器進行資料互動。所以，並沒有充分發揮redis伺服器的功能。

2.6 各個Java客戶端總體評價

整體來講，各個客戶端基本都實現了Redis協議協議定義的基本功能。Redis-protocol更新最近對Redis協議的支援最完整；Jedis提供對Redis伺服器的更多配置操作，使用起來是最方便的。其他客戶端都很少維護，功能也是一般。

如果要少量擴充套件客戶端的功能，基於Jedis來做開發是最快捷的。

如果要最大限制相容和擴充套件客戶端的功能，基於Redis-protocol是最好的選擇。

三、Redis主從同步的使用建議

Redis主從同步在目前所有的Java客戶端都支援不好。主要原因應該還是Redis伺服器本身的實現機制限制導致的。如果一定要做也是可能的，不過效果可能會打折扣。

3.1 通過封裝Jdedis來實現

1）新增一個管理類，負責維護Redis伺服器叢集的伺服器拓撲關係；
2）新增一個監測類，負責監測和維護Redis伺服器叢集中的伺服器執行狀態；
3）新增一個Master選擇策略類，負責確定master和slave的切換時機，並選擇最合適的Redis伺服器充當master。
4）新增一個代理類，接管當前的Jedis客戶端對Redis伺服器的讀寫操作。應用層通過代理類來使用Jedis客戶端。代理類需要保證Redis伺服器叢集對應用層透明。

總結

以上就是本文關於Redis的主從同步解析的全部內容，希望對大家有所幫助。感興趣的朋友可以繼續參閱本站：Java程式設計redisson實現分散式鎖程式碼示例、redis中事務機制及樂觀鎖的實現等，有什麼問題可以隨時留言，小編一定知無不言言無不盡。感謝朋友們對本站的支援！