Redis-如何持久化保證高可用

RDB--備份數據庫狀態

Redis通過RDB(快照)完成持久化,即保存某個時間點的全量數據快照
save:阻塞Redis的服務器進程,知道RDB文件被創建完成
bgsave:Fork出一個子進程來創建RDB文件,不阻塞服務器進程,并且實現了Copy-on-Write
---可以通過定時腳本定時調用bgsave指令進行定期備份

redis.conf
配置快照頻次

save 900 1             #900秒內如果超過1個key被修改,則發起快照保存
save 300 10           #300秒內容如超過10個key被修改,則發起快照保存
save 60 10000
save ""                  #禁用RDB 

當備份進程出錯,主進程停止接收新的寫入操作--保護持久化數據一致性

stop-writes-on-bgsave-error  yes

備份是壓縮rdb文件,建議關閉,redis是CPU密集型服務器,開啟會帶來更多的CPU的消耗

rdbcompression  yes

自動化觸發RDB持久化的方式
根據redis.conf文件配置里的SAVE m n 定時觸發(用的是BGSAVE)
主從復制時,主節點自動觸發
執行Debug Reload
執行Shoutdown且沒有啟動AOF持久化

Copy-on-Write

fork()之后,kernel把父進程中所有的內存頁的權限都設為read-only,然后子進程的地址空間指向父進程。當父子進程都只讀內存時,相安無事。當其中某個進程寫內存時,CPU硬件檢測到內存頁是read-only的,于是觸發頁異常中斷(page-fault),陷入kernel的一個中斷例程。中斷例程中,kernel就會把觸發的異常的頁復制一份,于是父子進程各自持有獨立的一份。

fork()和exec()

fork是類Unix操作系統上創建進程的主要方法。fork用于創建子進程(等同于當前進程的副本)。
exec函數則裝載一個新的程序(可執行映像)覆蓋當前進程內存空間中的映像,從而執行不同的任務。

缺點

內存數據全量同步,數據量大會因I/O而影響性能
可能會因為Redis掛掉而丟失從當前值最近一次RDB期間的數據

AOF(Append-Onli-File)--備份數據庫接收到的指令

記錄下除了查詢意外的所有變更數據庫狀態的指令
以append的形式追加保存到AOF文件中(增量)

redis.conf

appendonly yes   #開啟AOF備份

appendfsync  always       #總是寫入aof文件,并完成磁盤同步
appendfsync  everysec   #每一秒寫入aof文件,并完成磁盤同步
appendfsync  no              #寫入aof文件,不等待磁盤同步

通過日志重寫解決AOF文件大小不斷增加問題
調用fork()創建子進程
子進程把新的AOF寫到一個臨時文件中,不依賴原文件
主進程持續將新的變動同時寫入內存和原文件
主進程獲取子進程重寫AOF的完成信號,往新的AOF同步增量變動
使用新的AOF文件替換掉舊的AOF文件

Redis數據恢復
先判斷AOF是否存在,若存在則直接加載AOF文件完成恢復,若不存在則加載RDB文件完成恢復

RDB與AOF優缺點

RDB

優點:全量數據快照,文件小,恢復快
缺點:無法保存最近一次快照后的數據

AOF

有點:可讀性搞,適合保存全量數據,數據不易丟失
缺點:文件體積大,恢復時間長

Redis4.0后采用RDB-AOF混合持久化方式
BGSAVE做鏡像全量持久化,AOF做增量持久化

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容