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