RDB--備份數(shù)據(jù)庫狀態(tài)

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

redis.conf
配置快照頻次

save 900 1             #900秒內(nèi)如果超過1個key被修改，則發(fā)起快照保存
save 300 10           #300秒內(nèi)容如超過10個key被修改，則發(fā)起快照保存
save 60 10000
save ""                  #禁用RDB 

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

stop-writes-on-bgsave-error  yes

備份是壓縮rdb文件，建議關(guān)閉，redis是CPU密集型服務(wù)器，開啟會帶來更多的CPU的消耗

rdbcompression  yes

自動化觸發(fā)RDB持久化的方式
根據(jù)redis.conf文件配置里的SAVE m n 定時觸發(fā)（用的是BGSAVE）
主從復(fù)制時，主節(jié)點自動觸發(fā)
執(zhí)行Debug Reload
執(zhí)行Shoutdown且沒有啟動AOF持久化

Copy-on-Write

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

fork()和exec()

fork是類Unix操作系統(tǒng)上創(chuàng)建進程的主要方法。fork用于創(chuàng)建子進程(等同于當前進程的副本)。
exec函數(shù)則裝載一個新的程序（可執(zhí)行映像）覆蓋當前進程內(nèi)存空間中的映像，從而執(zhí)行不同的任務(wù)。

缺點

內(nèi)存數(shù)據(jù)全量同步，數(shù)據(jù)量大會因I/O而影響性能
可能會因為Redis掛掉而丟失從當前值最近一次RDB期間的數(shù)據(jù)

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

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

redis.conf

appendonly yes   #開啟AOF備份

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

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

Redis數(shù)據(jù)恢復(fù)
先判斷AOF是否存在，若存在則直接加載AOF文件完成恢復(fù)，若不存在則加載RDB文件完成恢復(fù)

RDB與AOF優(yōu)缺點

RDB

優(yōu)點：全量數(shù)據(jù)快照，文件小，恢復(fù)快
缺點：無法保存最近一次快照后的數(shù)據(jù)

AOF

有點：可讀性搞，適合保存全量數(shù)據(jù)，數(shù)據(jù)不易丟失
缺點：文件體積大，恢復(fù)時間長

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