Redis實現主從復制方式(Master&Slave)
主從復制方式(Master&Slave)
由於前段時間公司項目比較趕,一直抽不出時間寫博客,今天偷空寫一篇吧。前面給大傢講解瞭單機版redis的基本操作,現在繼續給大傢講解一下Redis的進階部分,主從復制和讀寫分離。
一、Master&Slave是什麼?
也就是我們所說的主從復制,主機數據更新後根據配置和策略,自動同步到備機的master/slaver機制,Master以寫為主,Slave以讀為主。
二、它能幹嘛?
1、讀寫分離;
2、容災恢復。
三、怎麼玩?
1、配從(庫)不配主(庫);
2、從庫配置:slaveof [主庫IP] [主庫端口];
- 補充:每次slave與master斷開後,都需要重新連接,除非你配置進redis.conf文件;
- 鍵入info replication 可以查看redis主從信息。
3、修改配置文件細節操作
– 拷貝多個redis.conf文件
– 指定端口
– 開啟daemonize yes
– Pid文件名字
– Log文件名字
– Dump.rdb名字
4、常用3招
– 一主二仆
一個Master,兩個Slave,Slave隻能讀不能寫;當Slave與Master斷開後需要重新slave of連接才可建立之前的主從關系;Master掛掉後,Master關系依然存在,Master重啟即可恢復。
– 薪火相傳
上一個Slave可以是下一個Slave的Master,Slave同樣可以接收其他slaves的連接和同步請求,那麼該slave作為瞭鏈條中下一個slave的Master,如此可以有效減輕Master的寫壓力。如果slave中途變更轉向,會清除之前的數據,重新建立最新的。
– 反客為主
當Master掛掉後,Slave可鍵入命令 slaveof no one使當前redis停止與其他Master redis數據同步,轉成Master redis。
四、復制原理
1、Slave啟動成功連接到master後會發送一個sync命令;
2、Master接到命令啟動後的存盤進程,同時收集所有接收到的用於修改數據集命令,在後臺進程執行完畢之後,master 將傳送整個數據文件到slave,以完成一次完全同步;
3、全量復制:而slave服務在數據庫文件數據後,將其存盤並加載到內存中;
4、增量復制:Master繼續將新的所有收集到的修改命令依次傳給slave,完成同步;
5、但是隻要是重新連接master,一次完全同步(全量復制)將被自動執行。
五、哨兵模式(sentinel)
反客為主的自動版,能夠後臺監控Master庫是否故障,如果故障瞭根據投票數自動將slave庫轉換為主庫。一組sentinel能同時監控多個Master。
使用步驟:
1、在Master對應redis.conf同目錄下新建sentinel.conf文件,名字絕對不能錯;
2、配置哨兵,在sentinel.conf文件中填入內容:
- sentinel monitor 被監控數據庫名字(自己起名字) ip port 1
- 說明:上面最後一個數字1,表示主機掛掉後slave投票看讓誰接替成為主機,得票數多少後成為主機。
3、啟動哨兵模式:
- 命令鍵入:redis-sentinel /myredis/sentinel.conf
- 註:上述sentinel.conf路徑按各自實際情況配置
六、復制的缺點
延時,由於所有的寫操作都是在Master上操作,然後同步更新到Slave上,所以從Master同步到Slave機器有一定的延遲,當系統很繁忙的時候,延遲問題會更加嚴重,Slave機器數量的增加也會使得這個問題更加嚴重。
Redis master, slave節點部署詳解
1. 創建兩個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.其他相關配置
# 當從庫同主機失去連接或者復制正在進行,從機庫有兩種運行方式: # 1) 如果slave-serve-stale-data設置為yes(默認設置),從庫會繼續相應客戶端的請求 # 2) 如果slave-serve-stale-data是指為no,除去INFO和SLAVOF命令之外的任何請求都會返回一個 # 錯誤"SYNC with master in progress" slave-serve-stale-data yes slave-read-only yes # 從庫會按照一個時間間隔向主庫發送PINGs.可以通過repl-ping-slave-period設置這個時間間隔,默認是10秒 repl-ping-slave-period 10 # repl-timeout 設置主庫批量數據傳輸時間或者ping回復時間間隔,默認值是60秒 # 一定要確保repl-timeout大於repl-ping-slave-period repl-timeout 60 # slave節點磁盤慢, 網速快時, 置為yes, master上的rdb文件將以socket方式傳輸, 跳過磁盤存儲 repl-diskless-sync no # 傳輸前等待秒數, 為瞭等待更多的slave節點加入 repl-diskless-sync-delay 5 # 傳輸時,是否禁用tcp nodelay repl-disable-tcp-nodelay no # 復制緩沖區大小 repl-backlog-size 1mb # 復制緩沖區釋放周期 repl-backlog-ttl 3600 # 為瞭sentinal模式, 選舉master準備, 數值越小, 優先級越高 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
以上為個人經驗,希望能給大傢一個參考,也希望大傢多多支持WalkonNet。