Redis的主從同步解析

一、Redis主從同步原理

1.1 Redis主從同步的過(guò)程

配置好slave服務(wù)器連接的master后，slave會(huì)建立和master的連接，然后發(fā)送sync命令。無(wú)論是第一次同步建立的連接還是連接斷開(kāi)后的重新連接，master都會(huì)啟動(dòng)一個(gè)后臺(tái)進(jìn)程，將數(shù)據(jù)庫(kù)快照保存到文件中.同時(shí)master主進(jìn)程會(huì)開(kāi)始收集新的寫(xiě)命令并緩存起來(lái)。當(dāng)后臺(tái)進(jìn)程完成寫(xiě)文件后，master就將快照文件發(fā)送給slave，slave將文件保存到磁盤(pán)上，然后加載到內(nèi)存將數(shù)據(jù)庫(kù)快照恢復(fù)到slave上。slave完成快照文件的恢復(fù)后，master就會(huì)把緩存的命令都轉(zhuǎn)發(fā)給slave，slave更新內(nèi)存數(shù)據(jù)庫(kù)。后續(xù)master收到的寫(xiě)命令都會(huì)通過(guò)開(kāi)始建立的連接發(fā)送給slave。從master到slave的同步數(shù)據(jù)的命令和從 client到master發(fā)送的命令使用相同的協(xié)議格式。當(dāng)master和slave的連接斷開(kāi)時(shí)，slave可以自動(dòng)重新建立連接。如果master同時(shí)收到多個(gè)slave發(fā)來(lái)的同步連接命令，只會(huì)使用啟動(dòng)一個(gè)進(jìn)程來(lái)寫(xiě)數(shù)據(jù)庫(kù)鏡像，然后發(fā)送給所有slave。

1.2 Redis主從同步的特點(diǎn)

主從同步具有明顯的分布式緩存特點(diǎn)，主要包括這些方面：

1）一個(gè)master可以有多個(gè)slave，一個(gè)slave也可以有多個(gè)slave；
2）slave不僅可以連接到master，slave也可以連接其他slave形成樹(shù)狀結(jié)構(gòu)；
3）主從同步不會(huì)阻塞master，但是會(huì)阻塞slave。也就是說(shuō)當(dāng)一個(gè)或多個(gè)slave與master進(jìn)行初次同步數(shù)據(jù)時(shí)，master可以繼續(xù)處理client發(fā)來(lái)的請(qǐng)求。相反slave在初次同步數(shù)據(jù)時(shí)則會(huì)阻塞不能處理client的請(qǐng)求；
4）主從同步可以用來(lái)提高系統(tǒng)的可伸縮性，我們可以用多個(gè)slave專(zhuān)門(mén)處理client的讀請(qǐng)求，也可以用來(lái)做簡(jiǎn)單的數(shù)據(jù)冗余或者只在slave上進(jìn)行持久化從而提升集群的整體性能。

1.3 Redis主動(dòng)同步設(shè)置方法

有兩種方式可以用來(lái)完成進(jìn)行主從Redis服務(wù)器的同步設(shè)置。都需要針對(duì)slave服務(wù)器上進(jìn)行，指定slave需要連接的Redis服務(wù)器（可能是master，也可能是slave）。

1.3.1 在配置文件中設(shè)置

在作為slave的Redis服務(wù)器的配置文件(redis.conf)中設(shè)置。

Conf代碼

slaveof 10.1.1.102 6379 #指定master的ip和端口

很明顯，這種設(shè)置方式非常簡(jiǎn)單，但是需要修改配置文件，并且配置文件是在服務(wù)器啟動(dòng)時(shí)加載的。所以服務(wù)器不啟動(dòng)無(wú)法修改，操作不靈活。

這種配置方式適合于作為部署時(shí)的初始配置。

1.3.2 在Redis客戶(hù)端中進(jìn)行設(shè)置

這里以Redis官方推薦的Jedis為例來(lái)說(shuō)明，后文中的測(cè)試也基于Jedis來(lái)進(jìn)行。這里jedis對(duì)象實(shí)例是屬于slave的，參數(shù)是服務(wù)器的地址和端口。

Java代碼

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

通過(guò)客戶(hù)端指定的方式，可以方便的修改master和slave服務(wù)器的主從關(guān)系。所以這種方式非常適合于根據(jù)需要在線(xiàn)調(diào)整master和slave服務(wù)器。

1.3.3 當(dāng)前主從同步存在的問(wèn)題

由于master和slave服務(wù)器的不是Redis自動(dòng)選舉產(chǎn)生，需要人工參與，因此主從倒換無(wú)法自動(dòng)完成。這樣就存在一個(gè)問(wèn)題，什么時(shí)候以及由誰(shuí)來(lái)觸發(fā)倒換。我看了下客戶(hù)端是沒(méi)有這個(gè)能力的，一定要的話(huà)需要自己增加。

Jedis目前隨機(jī)選擇讀取的哪臺(tái)Redis服務(wù)器，因此實(shí)現(xiàn)自動(dòng)分布式讀取我們需要對(duì)Jedis做二次封裝。

1）  需要開(kāi)發(fā)一種機(jī)制，盡快檢測(cè)到master和slave的工作狀態(tài)；
2）  需要定義一種master和slave的自動(dòng)切換策略；
3）  需要定義一種可以隨機(jī)讀取任何一臺(tái)Redis服務(wù)器的機(jī)制；

這些功能都可以在客戶(hù)端實(shí)現(xiàn)，不過(guò)效果不會(huì)太好。如果服務(wù)器自身能夠支持就比較完美了，不過(guò)從Redis官網(wǎng)的介紹情況來(lái)看，好像目前還沒(méi)有看到有人提這樣的需求，也沒(méi)有這樣的規(guī)劃。

二、Redis主流客戶(hù)端介紹

在Redis的官方網(wǎng)站，列出了5款Redis的java客戶(hù)端軟件。其中Jedis是Redis官方推薦的java客戶(hù)端，這款一直有維護(hù)并更新。目前服務(wù)器最新穩(wěn)定版本是Redis2.4.17，最新的測(cè)試版本Redis 2.6.0 RC7。

2.1 Jedis

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

2.2 JRedis

JRedis之前很長(zhǎng)一段時(shí)間沒(méi)有更新，可以完全兼容Redis 2.0.0版本。今天5月份前做過(guò)更新后可以兼容最新的Redis2.6.0測(cè)試版本。

2.3 JDBC-Redis

JDBC-Redis是用于Redis這個(gè)NoSQL數(shù)據(jù)庫(kù)的JDBC驅(qū)動(dòng)。只能下載到2009年3月發(fā)布的jdbc-redis_0.1_beta版本，目前已經(jīng)無(wú)人維護(hù)了。

2.4 RJC

RJC提供Apache DBCP風(fēng)格的連接池。1年前已經(jīng)停止更新，可以完全兼容Redis 2.0.0版本。

2.5 redis-protocol

這個(gè)更新是最快和最頻繁的，可以兼容最新的Redis 2.6.0版本。不過(guò)它定位于完整支持Redis協(xié)議，更加高效和Redis服務(wù)器進(jìn)行數(shù)據(jù)交互。所以，并沒(méi)有充分發(fā)揮redis服務(wù)器的功能。

2.6 各個(gè)Java客戶(hù)端總體評(píng)價(jià)

整體來(lái)講，各個(gè)客戶(hù)端基本都實(shí)現(xiàn)了Redis協(xié)議協(xié)議定義的基本功能。Redis-protocol更新最近對(duì)Redis協(xié)議的支持最完整；Jedis提供對(duì)Redis服務(wù)器的更多配置操作，使用起來(lái)是最方便的。其他客戶(hù)端都很少維護(hù)，功能也是一般。

如果要少量擴(kuò)展客戶(hù)端的功能，基于Jedis來(lái)做開(kāi)發(fā)是最快捷的。

如果要最大限制兼容和擴(kuò)展客戶(hù)端的功能，基于Redis-protocol是最好的選擇。

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

Redis主從同步在目前所有的Java客戶(hù)端都支持不好。主要原因應(yīng)該還是Redis服務(wù)器本身的實(shí)現(xiàn)機(jī)制限制導(dǎo)致的。如果一定要做也是可能的，不過(guò)效果可能會(huì)打折扣。

3.1 通過(guò)封裝Jdedis來(lái)實(shí)現(xiàn)

1）新增一個(gè)管理類(lèi)，負(fù)責(zé)維護(hù)Redis服務(wù)器集群的服務(wù)器拓?fù)潢P(guān)系；
2）新增一個(gè)監(jiān)測(cè)類(lèi)，負(fù)責(zé)監(jiān)測(cè)和維護(hù)Redis服務(wù)器集群中的服務(wù)器運(yùn)行狀態(tài)；
3）新增一個(gè)Master選擇策略類(lèi)，負(fù)責(zé)確定master和slave的切換時(shí)機(jī)，并選擇最合適的Redis服務(wù)器充當(dāng)master。
4）新增一個(gè)代理類(lèi)，接管當(dāng)前的Jedis客戶(hù)端對(duì)Redis服務(wù)器的讀寫(xiě)操作。應(yīng)用層通過(guò)代理類(lèi)來(lái)使用Jedis客戶(hù)端。代理類(lèi)需要保證Redis服務(wù)器集群對(duì)應(yīng)用層透明。

總結(jié)

以上就是本文關(guān)于Redis的主從同步解析的全部?jī)?nèi)容，希望對(duì)大家有所幫助。感興趣的朋友可以繼續(xù)參閱本站：Java編程redisson實(shí)現(xiàn)分布式鎖代碼示例、redis中事務(wù)機(jī)制及樂(lè)觀鎖的實(shí)現(xiàn)等，有什么問(wèn)題可以隨時(shí)留言，小編一定知無(wú)不言言無(wú)不盡。感謝朋友們對(duì)本站的支持！