Linux下redis的持久化、主從同步與哨兵詳解
1.0 redis持久化
Redis是一種記憶體型資料庫，一旦伺服器程序退出，資料庫的資料就會丟失，為了解決這個問題，Redis提供了兩種持久化的方案，將記憶體中的資料儲存到磁碟中，避免資料的丟失。
1|1RDB持久化
redis提供了RDB持久化的功能，在指定的時間間隔內生成資料集的時間點快照（point-in-time snapshot）這個功能可以將redis在記憶體中的的狀態儲存到硬碟中，RDB持久化產生的RDB檔案是一個經過壓縮的二進位制檔案，這個檔案被儲存在硬碟中，redis可以通過這個檔案還原資料庫當時的狀態。
它可以手動執行。
也可以在redis.conf中配置，定期執行。
優點：速度快，適合做備份，主從複製就是基於RDB持久化功能實現
rdb通過在redis中使用save命令觸發 rdb
rdb配置引數：
port 6379 daemonize yes pidfile /data/6379/redis.pid loglevel notice logfile "/data/6379/redis.log" dir /data/6379 protected-mode yes dbfilename dbmp.rdb save 900 1 save 300 10 save 60 10000
每過900秒 有1個操作就進行持久化
save 900秒 1個修改類的操作
save 300秒 10個操作
save 60秒 10000個操作
2.觸發rdb持久化，也可以手動save命令即可,生成 dump.rdb持久化檔案
3.重啟redis，資料不再丟失
4.rdb資料檔案是二進位制檔案，人為的看不懂
1|2redis持久化之AOF
AOF（append-only log file）
記錄伺服器執行的所有變更操作命令（例如set del等），並在伺服器啟動時，通過重新執行這些命令來還原資料集
AOF 檔案中的命令全部以redis協議的格式儲存，新命令追加到檔案末尾。
優點：最大程式保證資料不丟
缺點：日誌記錄非常大
配置方式
1.在配置檔案中，新增aof引數
在redis-6379.conf中新增引數，開啟aof功能
appendonly yes appendfsync everysec
2.重啟redis資料庫，載入aof功能
3.檢查redis資料目錄/data/6379/是否產生了aof檔案
[root@web02 6379]# ls appendonly.aof dbmp.rdb redis.log
4.登入redis-cli，寫入資料，實時監聽aof檔案資訊
tail -f appendonly.aof
5.設定新key，檢查aof資訊，然後關閉redis，檢查資料是否持久化
redis-cli -a redhat shutdown redis-server /etc/redis.conf redis-cli -a redhat
在不重啟redis的情況下，切換rdb資料到aof資料中
1.配置redis支援rdb持久化
2.啟動redis客戶端，通過命令，臨時切換到aof模式
127.0.0.1:6379> CONFIG set appendonly yes OK 127.0.0.1:6379> CONFIG SET save "" OK
3.檢查此時的資料持久化方式是rdb，還是aof，檢查appendonly.aof檔案，資料變動
tail -f appendonly.aof
4.此時aof還未永久生效，寫入引數到配置檔案
編輯redis-6379.conf 新增如下引數
appendonly yes
appendfsync everysec
2|0主從同步
redis主從同步實現
1.準備三個redis資料庫,redis支援多例項
三個配置檔案，僅僅是埠的不同
在三個配置檔案中，新增主從同步的引數
redis-6379.conf
port 6379 daemonize yes pidfile /data/6379/redis.pid loglevel notice logfile "/data/6379/redis.log" dir /data/6379 protected-mode yes dbfilename dbmp.rdb save 900 1 save 300 10 save 60 10000
redis-6380.conf
port 6380 daemonize yes pidfile /data/6380/redis.pid loglevel notice logfile "/data/6380/redis.log" dir /data/6380 protected-mode yes dbfilename dbmp.rdb save 900 1 save 300 10 save 60 10000 slaveof 127.0.0.1 6379
redis-6381.conf
port 6381 daemonize yes pidfile /data/6381/redis.pid loglevel notice logfile "/data/6381/redis.log" dir /data/6381 protected-mode yes dbfilename dbmp.rdb save 900 1 save 300 10 save 60 10000 slaveof 127.0.0.1 6379
2.啟動三個資料庫例項，檢視主從同步身份
redis-cli -p 6379 info replication redis-cli -p 6380 info replication redis-cli -p 6381 info replication
3:確保檢視資訊如下 並且檢查是否同步
4.如果我主庫掛了怎麼辦？？
解決方案：
1.手動切換主從身份，選舉一個新的主庫
1.幹掉6379主庫
2.在6380上關閉自己的slave身份
slaveof no one
3.在6381上給與新的主人身份
salveof 127.0.0.1 6380
4.修改完畢，還得修改配置檔案，永久生效
2,用哨兵自動選舉新主人
2|1redis哨兵:
哨兵功能:
哨兵進行檢測，主從架構是否正常，如果主庫掛掉，哨兵會自動的修改redis.conf，進行新增/刪除 slaveof 指令
redis哨兵安裝配置:
1.準備三個redis例項，一主兩從
詳見上面redis主從配置
2,準備好了三個資料庫例項，啟動三個資料庫例項
redis-server redis-6379.conf redis-server redis-6380.conf redis-server redis-6381.conf
3,準備三個哨兵，開始監控主從架構
準備三個配置檔案，哨兵檔案
redis-26379.conf
port 26379 dir /var/redis/data/ logfile "26379.log" sentinel monitor sbmaster 127.0.0.1 6379 2 sentinel down-after-milliseconds qsmaster 30000 sentinel parallel-syncs sbmaster 1 sentinel failover-timeout sbmaster 180000 daemonize yes
redis-26380.conf
port 26380 dir /var/redis/data/ logfile "26380.log" sentinel monitor sbmaster 127.0.0.1 6379 2 sentinel down-after-milliseconds qsmaster 30000 sentinel parallel-syncs sbmaster 1 sentinel failover-timeout sbmaster 180000 daemonize yes
redis-26381.conf
port 26381 dir /var/redis/data/ logfile "26381.log" sentinel monitor sbmaster 127.0.0.1 6379 2 sentinel down-after-milliseconds sbmaster 30000 sentinel parallel-syncs sbmaster 1 sentinel failover-timeout sbmaster 180000 daemonize yes
4,啟動三個哨兵例項
redis-sentinel redis-26380.conf redis-sentinel redis-26379.conf redis-sentinel redis-26381.conf
檢查哨兵狀態是否正常
只有發現如下資訊，與下面一致，即為正常
redis-cli -p 26379 info sentinel
# Sentinel sentinel_masters:1 sentinel_tilt:0 sentinel_running_scripts:0 sentinel_scripts_queue_length:0 sentinel_simulate_failure_flags:0 master0:name=sbmaster,status=ok,address=127.0.0.1:6380,slaves=2,sentinels=3
5,進行哨兵自動主從切換
1.幹掉6379的redis資料庫
2.檢視6380和6381的身份資訊，是否自動的進行主從切換(需等待30秒才會切換)
3.手動啟動6379掛掉的資料庫，檢視是否會被哨兵，新增進資訊的主從叢集
注意！！如果發現不成功，需刪掉所有的哨兵配置檔案，從新來過
注意！！如果發現不成功，需刪掉所有的哨兵配置檔案，從新來過
注意！！如果發現不成功，需刪掉所有的哨兵配置檔案，從新來過
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對我們的支援。