本文和大家分享的主要是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ù)。
來源:簡書