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做增量持久化