Linux下redis的持久化、主從同步與哨兵詳解
1.0 redis持久化
Redis是一種內(nèi)存型數(shù)據(jù)庫，一旦服務(wù)器進程退出，數(shù)據(jù)庫的數(shù)據(jù)就會丟失，為了解決這個問題，Redis提供了兩種持久化的方案，將內(nèi)存中的數(shù)據(jù)保存到磁盤中，避免數(shù)據(jù)的丟失。
1|1RDB持久化
redis提供了RDB持久化的功能，在指定的時間間隔內(nèi)生成數(shù)據(jù)集的時間點快照（point-in-time snapshot）這個功能可以將redis在內(nèi)存中的的狀態(tài)保存到硬盤中，RDB持久化產(chǎn)生的RDB文件是一個經(jīng)過壓縮的二進制文件，這個文件被保存在硬盤中，redis可以通過這個文件還原數(shù)據(jù)庫當(dāng)時的狀態(tài)。
它可以手動執(zhí)行。
也可以在redis.conf中配置，定期執(zhí)行。
優(yōu)點：速度快，適合做備份，主從復(fù)制就是基于RDB持久化功能實現(xiàn)
rdb通過在redis中使用save命令觸發(fā) rdb
rdb配置參數(shù)：
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.觸發(fā)rdb持久化，也可以手動save命令即可,生成 dump.rdb持久化文件
3.重啟redis，數(shù)據(jù)不再丟失
4.rdb數(shù)據(jù)文件是二進制文件，人為的看不懂
1|2redis持久化之AOF
AOF（append-only log file）
記錄服務(wù)器執(zhí)行的所有變更操作命令（例如set del等），并在服務(wù)器啟動時，通過重新執(zhí)行這些命令來還原數(shù)據(jù)集
AOF 文件中的命令全部以redis協(xié)議的格式保存，新命令追加到文件末尾。
優(yōu)點：最大程序保證數(shù)據(jù)不丟
缺點：日志記錄非常大
配置方式
1.在配置文件中，添加aof參數(shù)
在redis-6379.conf中添加參數(shù)，開啟aof功能
appendonly yes appendfsync everysec
2.重啟redis數(shù)據(jù)庫，加載aof功能
3.檢查redis數(shù)據(jù)目錄/data/6379/是否產(chǎn)生了aof文件
[root@web02 6379]# ls appendonly.aof dbmp.rdb redis.log
4.登錄redis-cli，寫入數(shù)據(jù)，實時監(jiān)聽aof文件信息
tail -f appendonly.aof
5.設(shè)置新key，檢查aof信息，然后關(guān)閉redis，檢查數(shù)據(jù)是否持久化
redis-cli -a redhat shutdown redis-server /etc/redis.conf redis-cli -a redhat
在不重啟redis的情況下，切換rdb數(shù)據(jù)到aof數(shù)據(jù)中
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.檢查此時的數(shù)據(jù)持久化方式是rdb，還是aof，檢查appendonly.aof文件，數(shù)據(jù)變動
tail -f appendonly.aof
4.此時aof還未永久生效，寫入?yún)?shù)到配置文件
編輯redis-6379.conf 添加如下參數(shù)
appendonly yes
appendfsync everysec
2|0主從同步
redis主從同步實現(xiàn)
1.準備三個redis數(shù)據(jù)庫,redis支持多實例
三個配置文件，僅僅是端口的不同
在三個配置文件中，添加主從同步的參數(shù)
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.啟動三個數(shù)據(jù)庫實例，查看主從同步身份
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上關(guān)閉自己的slave身份
slaveof no one
3.在6381上給與新的主人身份
salveof 127.0.0.1 6380
4.修改完畢，還得修改配置文件，永久生效
2,用哨兵自動選舉新主人
2|1redis哨兵:
哨兵功能:
哨兵進行檢測，主從架構(gòu)是否正常，如果主庫掛掉，哨兵會自動的修改redis.conf，進行添加/刪除 slaveof 指令
redis哨兵安裝配置:
1.準備三個redis實例，一主兩從
詳見上面redis主從配置
2,準備好了三個數(shù)據(jù)庫實例，啟動三個數(shù)據(jù)庫實例
redis-server redis-6379.conf redis-server redis-6380.conf redis-server redis-6381.conf
3,準備三個哨兵，開始監(jiān)控主從架構(gòu)
準備三個配置文件，哨兵文件
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
檢查哨兵狀態(tài)是否正常
只有發(fā)現(xiàn)如下信息，與下面一致，即為正常
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數(shù)據(jù)庫
2.查看6380和6381的身份信息，是否自動的進行主從切換(需等待30秒才會切換)
3.手動啟動6379掛掉的數(shù)據(jù)庫，查看是否會被哨兵，添加進信息的主從集群
注意??！如果發(fā)現(xiàn)不成功，需刪掉所有的哨兵配置文件，從新來過
注意?。∪绻l(fā)現(xiàn)不成功，需刪掉所有的哨兵配置文件，從新來過
注意?。∪绻l(fā)現(xiàn)不成功，需刪掉所有的哨兵配置文件，從新來過
總結(jié)
以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。
相關(guān)文章
在本篇文章里小編給大家整理的是關(guān)于linux線程間的同步與互斥的相關(guān)知識點，有興趣的朋友們學(xué)習(xí)下。2019-11-11
cron是一個linux下的定時執(zhí)行工具，可以在無需人工干預(yù)的情況下運行作業(yè)。由于Cron 是Linux的內(nèi)置服務(wù)，但它不自動起來，可以用以下的方法啟動、關(guān)閉這個服務(wù)2011-03-03
文件的inode定義了文件的大小、所有人等文件的特征。每個文件和目錄都有自己唯一的inode數(shù)字。所以下面這篇文章主要給大家介紹了關(guān)于Linux下使用inode刪除指定文件的相關(guān)資料，需要的朋友可以參考借鑒，下面來一起看看吧。2017-10-10
80端口被占用導(dǎo)致Apache啟動失敗怎么解決，小編遇到很頭疼的問題，下面為大家分享一篇關(guān)于80端口被占用導(dǎo)致Apache啟動失敗的文章，希望可以解決大家的問題2017-03-03
Linux內(nèi)核設(shè)備驅(qū)動之內(nèi)核的時間管理筆記整理
今天小編就為大家分享一篇關(guān)于Linux內(nèi)核設(shè)備驅(qū)動之內(nèi)核的時間管理筆記整理，小編覺得內(nèi)容挺不錯的，現(xiàn)在分享給大家，具有很好的參考價值，需要的朋友一起跟隨小編來看看吧2018-12-12
本篇文章主要介紹了CentOS7下如何配置ip forward(虛擬路由器)，非常具有實用價值，需要的朋友可以參考下2017-09-09
Linux安裝redis后沒有redis-server的問題
這篇文章主要介紹了Linux安裝redis后沒有redis-server的問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-01-01
PHP腳本內(nèi)存泄露導(dǎo)致Apache頻繁宕機解決方法
這篇文章主要介紹了PHP腳本內(nèi)存泄露導(dǎo)致Apache頻繁宕機解決方法,本文的原因是因為MaxRequestsPerChild參數(shù)沒有配置正確,配置MaxRequestsPerChild后解決了本文中的問題,需要的朋友可以參考下2014-09-09
本篇文章主要介紹了NodeJs在Linux下使用的各種問題解決，可以解決各種問題，具有一定的參考價值，有興趣的可以了解一下。2017-01-01
這篇文章主要介紹了詳解基于Linux的LVM無縫磁盤水平擴容，文中通過示例代碼介紹的非常詳細，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-06-06