Redis教程(九):主從復(fù)制配置實(shí)例
一、Redis的Replication:
這里首先需要說明的是,在Redis中配置Master-Slave模式真是太簡單了。相信在閱讀完這篇Blog之后你也可以輕松做到。這里我們還是先列出一些理論性的知識,后面給出實(shí)際操作的案例。
下面的列表清楚的解釋了Redis Replication的特點(diǎn)和優(yōu)勢。
1). 同一個(gè)Master可以同步多個(gè)Slaves。
2). Slave同樣可以接受其它Slaves的連接和同步請求,這樣可以有效的分載Master的同步壓力。因此我們可以將Redis的Replication架構(gòu)視為圖結(jié)構(gòu)。
3). Master Server是以非阻塞的方式為Slaves提供服務(wù)。所以在Master-Slave同步期間,客戶端仍然可以提交查詢或修改請求。
4). Slave Server同樣是以非阻塞的方式完成數(shù)據(jù)同步。在同步期間,如果有客戶端提交查詢請求,Redis則返回同步之前的數(shù)據(jù)。
5). 為了分載Master的讀操作壓力,Slave服務(wù)器可以為客戶端提供只讀操作的服務(wù),寫服務(wù)仍然必須由Master來完成。即便如此,系統(tǒng)的伸縮性還是得到了很大的提高。
6). Master可以將數(shù)據(jù)保存操作交給Slaves完成,從而避免了在Master中要有獨(dú)立的進(jìn)程來完成此操作。
二、Replication的工作原理:
在Slave啟動并連接到Master之后,它將主動發(fā)送一個(gè)SYNC命令。此后Master將啟動后臺存盤進(jìn)程,同時(shí)收集所有接收到的用于修改數(shù)據(jù)集的命令,在后臺進(jìn)程執(zhí)行完畢后,Master將傳送整個(gè)數(shù)據(jù)庫文件到Slave,以完成一次完全同步。而Slave服務(wù)器在接收到數(shù)據(jù)庫文件數(shù)據(jù)之后將其存盤并加載到內(nèi)存中。此后,Master繼續(xù)將所有已經(jīng)收集到的修改命令,和新的修改命令依次傳送給Slaves,Slave將在本次執(zhí)行這些數(shù)據(jù)修改命令,從而達(dá)到最終的數(shù)據(jù)同步。
如果Master和Slave之間的鏈接出現(xiàn)斷連現(xiàn)象,Slave可以自動重連Master,但是在連接成功之后,一次完全同步將被自動執(zhí)行。
三、如何配置Replication:
見如下步驟:
1). 同時(shí)啟動兩個(gè)Redis服務(wù)器,可以考慮在同一臺機(jī)器上啟動兩個(gè)Redis服務(wù)器,分別監(jiān)聽不同的端口,如6379和6380。
2). 在Slave服務(wù)器上執(zhí)行一下命令:
/> redis-cli -p 6380 #這里我們假設(shè)Slave的端口號是6380
redis 127.0.0.1:6380> slaveof 127.0.0.1 6379 #我們假設(shè)Master和Slave在同一臺主機(jī),Master的端口為6379
OK
上面的方式只是保證了在執(zhí)行slaveof命令之后,redis_6380成為了redis_6379的slave,一旦服務(wù)(redis_6380)重新啟動之后,他們之間的復(fù)制關(guān)系將終止。
如果希望長期保證這兩個(gè)服務(wù)器之間的Replication關(guān)系,可以在redis_6380的配置文件中做如下修改:
/> cd /etc/redis #切換Redis服務(wù)器配置文件所在的目錄。
/> ls
6379.conf 6380.conf
/> vi 6380.conf
將
# slaveof <masterip> <masterport>
改為
slaveof 127.0.0.1 6379
保存退出。
這樣就可以保證Redis_6380服務(wù)程序在每次啟動后都會主動建立與Redis_6379的Replication連接了。
四、應(yīng)用示例:
這里我們假設(shè)Master-Slave已經(jīng)建立。
#啟動master服務(wù)器。
[root@Stephen-PC redis]# redis-cli -p 6379
redis 127.0.0.1:6379>
#情況Master當(dāng)前數(shù)據(jù)庫中的所有Keys。
redis 127.0.0.1:6379> flushdb
OK
#在Master中創(chuàng)建新的Keys作為測試數(shù)據(jù)。
redis 127.0.0.1:6379> set mykey hello
OK
redis 127.0.0.1:6379> set mykey2 world
OK
#查看Master中存在哪些Keys。
redis 127.0.0.1:6379> keys *
1) "mykey"
2) "mykey2"
#啟動slave服務(wù)器。
[root@Stephen-PC redis]# redis-cli -p 6380
#查看Slave中的Keys是否和Master中一致,從結(jié)果看,他們是相等的。
redis 127.0.0.1:6380> keys *
1) "mykey"
2) "mykey2"
#在Master中刪除其中一個(gè)測試Key,并查看刪除后的結(jié)果。
redis 127.0.0.1:6379> del mykey2
(integer) 1
redis 127.0.0.1:6379> keys *
1) "mykey"
#在Slave中查看是否mykey2也已經(jīng)在Slave中被刪除。
redis 127.0.0.1:6380> keys *
1) "mykey"
相關(guān)文章
Redis未授權(quán)訪問配合SSH key文件利用詳解
這篇文章主要給大家介紹了關(guān)于Redis未授權(quán)訪問配合SSH key文件利用的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2018-09-09
關(guān)于Redis?bigkeys命令會阻塞問題的解決
這篇文章主要介紹了關(guān)于Redis?bigkeys命令會阻塞問題的解決,今天分享一次Redis引發(fā)的線上事故,避免再次踩雷,實(shí)現(xiàn)快速入門,需要的朋友可以參考下2023-03-03
面試常問:如何保證Redis緩存和數(shù)據(jù)庫的數(shù)據(jù)一致性
在實(shí)際開發(fā)過程中,緩存的使用頻率是非常高的,只要使用緩存和數(shù)據(jù)庫存儲,就難免會出現(xiàn)雙寫時(shí)數(shù)據(jù)一致性的問題,那我們又該如何解決呢2021-09-09
Redis increment 函數(shù)處理并發(fā)序列號案例
這篇文章主要介紹了Redis increment 函數(shù)處理并發(fā)序列號案例,本文通過實(shí)例代碼給大家介紹的非常詳細(xì),感興趣的朋友跟隨小編一起看看吧2024-08-08

