本文和大家分享的主要是redis中主從應(yīng)用相關(guān)內(nèi)容，一起來看看吧，希望對大家學(xué)習(xí)redis有所幫助。

　　Redis 復(fù)制

　　Redis 通過持久化技術(shù)( RDB/AOF )保證即使緩存服務(wù)器重啟數(shù)據(jù)也基本不會(huì)丟失。當(dāng)我們部署一臺(tái)單節(jié)點(diǎn) Redis 服務(wù)器時(shí)，假若磁盤損壞，服務(wù)將會(huì)直接不可用，并且數(shù)據(jù)丟失，這對應(yīng)用層面來講是絕對不能夠容忍的。為了避免單節(jié)點(diǎn)故障，通常會(huì)部署多個(gè)副本在不同的服務(wù)器來保證 Redis 的高可用性。 Redis 提供了 Replication 功能，當(dāng)一臺(tái)Master服務(wù)器數(shù)據(jù)更新后，自動(dòng)同步到Slave上。

　　Master-Slave機(jī)制下，Master負(fù)責(zé)讀寫，Slave一般負(fù)責(zé)讀。默認(rèn)配置Slave是只讀的，如果在Slave上直接進(jìn)行寫操作會(huì)報(bào)錯(cuò)誤。

　　(error) READONLY You can't write against a read only slave.

　　如果希望Slave可以直接進(jìn)行寫操作，設(shè)置 slave-read-only yes 即可。當(dāng)然建議設(shè)置為 no 。

　　實(shí)踐

　　創(chuàng)建 redis.conf ，端口7991為 Master ，端口7992為 Slave 。

　　mkdir -p cluster-7991/{config,log,data,pid}mkdir -p cluster-7992/{config,log,data,pid}

　　分別為兩個(gè) Redis 實(shí)例配置文件，將配置文件配置在 config 目錄下，名為 redis.conf。

　　port 7991

　　bind 0.0.0.0

　　daemonize yes

　　protected-mode yes

　　appendonly yes

　　dir /Users/wujunbin/Work/redis-cluster/cluster-7991/#repl-diskless-sync yes

　　port 7992

　　bind 0.0.0.0

　　SLAVEOF 127.0.0.1 7991

　　daemonize yes

　　protected-mode yes

　　appendonly yes

　　dir /Users/wujunbin/Work/redis-cluster/cluster-7992/#repl-diskless-sync yes

　　注意在Slave的的配置文件中加入 slaveof 用于指定當(dāng)前實(shí)力是誰的 slave 。

　　啟動(dòng) redis-server

　　redis-server cluster-7991/config/redis.conf &

　　redis-server cluster-7992/config/redis.conf &

　　redis-cli 進(jìn)入查看

　　:~/Work/redis-cluster$redis-cli -p 7991

　　127.0.0.1:7991> info replication

　　# Replication

　　role:master

　　connected_slaves:1

　　slave0:ip=127.0.0.1,port=7992,state=online,offset=70,lag=0

　　master_replid:ee41a261a4aa0c89ffeca4776e23a5598f896c7f

　　master_replid2:0000000000000000000000000000000000000000

　　master_repl_offset:70

　　second_repl_offset:-1

　　repl_backlog_active:1

　　repl_backlog_size:1048576

　　repl_backlog_first_byte_offset:1

　　repl_backlog_histlen:70

　　connected_salves:1 表明了連接了一個(gè)slave節(jié)點(diǎn)。接下來插入數(shù)據(jù)。

　　127.0.0.1:7991> set hello worldOK

　　登錄Slave節(jié)點(diǎn)查看

:~/Work/redis-cluster$redis-cli -p 7992

127.0.0.1:7992> get hello

"world"

127.0.0.1:7992>

　　成功的取出了數(shù)據(jù)，說明主從配置成功。

　　同步原理

　　首先引用一張圖

　　

主要分為三個(gè)階段

　　· Slave 發(fā)送 sync 命令或者 psync 請求初始化。

　　· Master 判斷是否增量初始化。如果不是，生成 dump.rdb 文件，并將該文件傳輸給 Slave 。如果是，則將積壓隊(duì)列中命令偏移量之后的命令發(fā)送給 Slave 。

　　· 初始化之后 Master 對 Slave 進(jìn)行增量更新，一旦有更新傳輸寫命令給 Slave 節(jié)點(diǎn)。

　　Sync和Psync

　　試想一下 Slave 的某個(gè)流程：啟動(dòng)-Master數(shù)據(jù)同步-停止-啟動(dòng)。最后一步的啟動(dòng)，因?yàn)?Slave 在停止前已經(jīng)接受了 Master 的數(shù)據(jù)同步，所以本地是有數(shù)據(jù)的。所以是不需要將 Master的 dump.rdb 全部傳輸給 Slave 。只需要將 Slave 停止之后的所有寫命令在 Slave 再次啟動(dòng)后傳輸給 Slave ，即可完成數(shù)據(jù)同步。 Redis 為了完成這一點(diǎn)在 Master 維護(hù)了一個(gè)命令積壓隊(duì)列（默認(rèn)大小1M，有效時(shí)常1個(gè)小時(shí)）。每一次 Master 的寫入命令會(huì)放入這個(gè)隊(duì)列，并同步寫命令和寫命令在隊(duì)列中的偏移量給 Slave 。 Slave 除了執(zhí)行寫命令也會(huì)記錄這個(gè)命令的偏移量。當(dāng)Slave再次啟動(dòng)時(shí)發(fā)送 PSYNC + Master Run ID + 命令偏移量 到 Master 。 Master 收到 psync 指令，首先判斷 run id 是不是自己，如果是再根據(jù)命令偏移量從隊(duì)列中查找。如果找到直接同步偏移量之后的命令給 Slave 。如果偏移量不在隊(duì)列中那么無法滿足增量復(fù)制， Master 就會(huì)生成 dump.rdb 進(jìn)行同步。

　　無硬盤復(fù)制

　　當(dāng) Redis 使用一主多從的集群架構(gòu)時(shí)，每次和Slave全量同步， Redis 都會(huì)執(zhí)行一次快照，同時(shí)對硬盤進(jìn)行讀寫，導(dǎo)致性能下降。 Redis 提供了

　　repl-diskless-sync yes 參數(shù)。指定后，在復(fù)制初始化時(shí)就會(huì)直接將生成到 dump.rdb 數(shù)據(jù)的內(nèi)容通過網(wǎng)絡(luò)傳輸給 Slave ，而不需要先存儲(chǔ)在磁盤上。

　　Master崩潰，Slave切換為Master

　　當(dāng) Master 崩潰時(shí)，在 Slave 中使用 SLAVEOF NO ONE 命令將從數(shù)據(jù)庫提升為主數(shù)據(jù)庫繼續(xù)服務(wù)。然后重新啟動(dòng)崩潰的 Reids 實(shí)例，該實(shí)例就變成了 Slave 然后從 Master 再次同步數(shù)據(jù)。

 

 

來源：簡書