主從復(fù)制方式(Master&Slave)

由于前段時間公司項目比較趕，一直抽不出時間寫博客，今天偷空寫一篇吧。前面給大家講解了單機版redis的基本操作，現(xiàn)在繼續(xù)給大家講解一下Redis的進階部分，主從復(fù)制和讀寫分離。

一、Master&Slave是什么？

也就是我們所說的主從復(fù)制，主機數(shù)據(jù)更新后根據(jù)配置和策略，自動同步到備機的master/slaver機制，Master以寫為主，Slave以讀為主。

二、它能干嘛？

1、讀寫分離；

2、容災(zāi)恢復(fù)。

三、怎么玩？

1、配從（庫）不配主（庫）；

2、從庫配置：slaveof [主庫IP] [主庫端口]；

• 補充：每次slave與master斷開后，都需要重新連接，除非你配置進redis.conf文件;
• 鍵入info replication 可以查看redis主從信息。

3、修改配置文件細(xì)節(jié)操作

- 拷貝多個redis.conf文件

- 指定端口

- 開啟daemonize yes

- Pid文件名字

- Log文件名字

- Dump.rdb名字

4、常用3招

- 一主二仆

一個Master，兩個Slave，Slave只能讀不能寫；當(dāng)Slave與Master斷開后需要重新slave of連接才可建立之前的主從關(guān)系；Master掛掉后，Master關(guān)系依然存在，Master重啟即可恢復(fù)。

- 薪火相傳

上一個Slave可以是下一個Slave的Master，Slave同樣可以接收其他slaves的連接和同步請求，那么該slave作為了鏈條中下一個slave的Master，如此可以有效減輕Master的寫壓力。如果slave中途變更轉(zhuǎn)向，會清除之前的數(shù)據(jù)，重新建立最新的。

- 反客為主

當(dāng)Master掛掉后，Slave可鍵入命令 slaveof no one使當(dāng)前redis停止與其他Master redis數(shù)據(jù)同步，轉(zhuǎn)成Master redis。

四、復(fù)制原理

1、Slave啟動成功連接到master后會發(fā)送一個sync命令；

2、Master接到命令啟動后的存盤進程，同時收集所有接收到的用于修改數(shù)據(jù)集命令，在后臺進程執(zhí)行完畢之后，master 將傳送整個數(shù)據(jù)文件到slave，以完成一次完全同步；

3、全量復(fù)制：而slave服務(wù)在數(shù)據(jù)庫文件數(shù)據(jù)后，將其存盤并加載到內(nèi)存中；

4、增量復(fù)制：Master繼續(xù)將新的所有收集到的修改命令依次傳給slave，完成同步；

5、但是只要是重新連接master，一次完全同步（全量復(fù)制）將被自動執(zhí)行。

五、哨兵模式（sentinel）

反客為主的自動版，能夠后臺監(jiān)控Master庫是否故障，如果故障了根據(jù)投票數(shù)自動將slave庫轉(zhuǎn)換為主庫。一組sentinel能同時監(jiān)控多個Master。

使用步驟：

1、在Master對應(yīng)redis.conf同目錄下新建sentinel.conf文件，名字絕對不能錯；

2、配置哨兵，在sentinel.conf文件中填入內(nèi)容：

• sentinel monitor 被監(jiān)控數(shù)據(jù)庫名字（自己起名字） ip port 1
• 說明：上面最后一個數(shù)字1，表示主機掛掉后slave投票看讓誰接替成為主機，得票數(shù)多少后成為主機。

3、啟動哨兵模式：

• 命令鍵入：redis-sentinel /myredis/sentinel.conf
• 注：上述sentinel.conf路徑按各自實際情況配置

六、復(fù)制的缺點

延時，由于所有的寫操作都是在Master上操作，然后同步更新到Slave上，所以從Master同步到Slave機器有一定的延遲，當(dāng)系統(tǒng)很繁忙的時候，延遲問題會更加嚴(yán)重，Slave機器數(shù)量的增加也會使得這個問題更加嚴(yán)重。

Redis master, slave節(jié)點部署詳解

1. 創(chuàng)建兩個redis.conf文件, 一主一從

redis_6379.conf
redis_6380.conf

2. master conf 主要配置

bind 127.0.0.1
port 6379
protected-mode yes
daemonize yes
pidfile /var/run/redis_6379.pid
logfile "/Data/apps/redis-3.2.12/logs/redis_6379.log"
dbfilename dump_6379.rdb
dir /Data/apps/redis-3.2.12/workplace
requirepass paopao

3. slave conf 主要配置

bind 127.0.0.1
port 6380
protected-mode yes
daemonize yes
pidfile /var/run/redis_6380.pid
logfile "/Data/apps/redis-3.2.12/logs/redis_6380.log"
dbfilename dump_6380.rdb
dir /Data/apps/redis-3.2.12/workplace
slaveof 127.0.0.1 6379
masterauth paopao

4. 啟動主從redis-server進程

redis-server /Data/apps/redis-3.2.12/conf/redis_6379.conf
redis-server /Data/apps/redis-3.2.12/conf/redis_6380.conf

5.其他相關(guān)配置

# 當(dāng)從庫同主機失去連接或者復(fù)制正在進行，從機庫有兩種運行方式：
# 1) 如果slave-serve-stale-data設(shè)置為yes(默認(rèn)設(shè)置)，從庫會繼續(xù)相應(yīng)客戶端的請求
# 2) 如果slave-serve-stale-data是指為no，除去INFO和SLAVOF命令之外的任何請求都會返回一個
# ? ?錯誤"SYNC with master in progress"
slave-serve-stale-data yes
slave-read-only yes
# 從庫會按照一個時間間隔向主庫發(fā)送PINGs.可以通過repl-ping-slave-period設(shè)置這個時間間隔，默認(rèn)是10秒
repl-ping-slave-period 10
# repl-timeout 設(shè)置主庫批量數(shù)據(jù)傳輸時間或者ping回復(fù)時間間隔，默認(rèn)值是60秒
# 一定要確保repl-timeout大于repl-ping-slave-period
repl-timeout 60
# slave節(jié)點磁盤慢, 網(wǎng)速快時, 置為yes, master上的rdb文件將以socket方式傳輸, 跳過磁盤存儲
repl-diskless-sync no
# 傳輸前等待秒數(shù), 為了等待更多的slave節(jié)點加入
repl-diskless-sync-delay 5
# 傳輸時,是否禁用tcp nodelay
repl-disable-tcp-nodelay no
# 復(fù)制緩沖區(qū)大小
repl-backlog-size 1mb
# 復(fù)制緩沖區(qū)釋放周期
repl-backlog-ttl 3600
# 為了sentinal模式, 選舉master準(zhǔn)備, 數(shù)值越小, 優(yōu)先級越高
slave-priority 100
# require at least 3 slaves with a lag <= 10 seconds use
min-slaves-to-write 3
min-slaves-max-lag 10
# 可覆蓋bind, port 配置, 對外ip port
slave-announce-ip 5.5.5.5
slave-announce-port 1234

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持本站。

美國服務(wù)器租用

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請聯(lián)系alex-e#qq.com處理。