一、RDB持久化
1、有兩個Redis命令可以用于生成RDB文件，一個是SAVE，另一個是BGSAVE
(1) SAVE命令會阻塞Redis服務(wù)器進(jìn)程，直到RDB文件創(chuàng)建完畢為止。在服務(wù)器進(jìn)程阻塞期間，服務(wù)器不能處理任何命令請求。
(2) BGSAVE命令會派生出一個子進(jìn)程，然后由子進(jìn)程負(fù)責(zé)創(chuàng)建RDB文件，服務(wù)器進(jìn)程(父進(jìn)程)不受影響。
2、在Redis數(shù)據(jù)進(jìn)行恢復(fù)的時候，由于AOF文件的更新頻率通常比RDB文件的更新頻率高，所以遵循以下規(guī)律：
(1) 如果服務(wù)器開啟了AOF持久化功能，那么服務(wù)器會優(yōu)先使用AOF文件來還原數(shù)據(jù)庫狀態(tài)
(2) 只有在AOF持久化功能處于關(guān)閉狀態(tài)時，服務(wù)器才會使用RDB文件來還原數(shù)據(jù)庫狀態(tài)
3、BGSAVE 的自動間隔性保存功能
如果在Redis提供了以下配置：
save 900 1
save 300 10
save 60 10000
那么只要滿足以下三個條件中的一個，BGSAVE 命令就會被執(zhí)行：
服務(wù)器在900秒之內(nèi)，對數(shù)據(jù)庫進(jìn)行了至少1次修改
服務(wù)器在300秒之內(nèi)，對數(shù)據(jù)庫進(jìn)行了至少10次修改
服務(wù)器在60秒之內(nèi)，對數(shù)據(jù)庫進(jìn)行了至少10000次修改
二、AOF持久化
1、AOF持久化是通過保存用戶執(zhí)行的每個命令來實現(xiàn)的，其寫入和同步的方式由 appendfsync 參數(shù)控制，有以下三個選項：
(1) always：服務(wù)器在每個事件循環(huán)都需要將aof_buf 緩沖區(qū)中的所有內(nèi)容寫入到AOF文件，并且同步AOF文件。效率最低，安全最高。
(2) everysec：服務(wù)器在每個事件循環(huán)都需要將aof_buf 緩沖區(qū)中的所有內(nèi)容寫入到AOF文件，并且每隔一秒就要在子線程中對AOF文件進(jìn)行一次同步。所以就算Redis實例出現(xiàn)故障停機(jī)，也只丟失一秒鐘的數(shù)據(jù)。
(3) no：服務(wù)器在每個事件循環(huán)都需要將aof_buf 緩沖區(qū)中的所有內(nèi)容寫入到AOF文件，至于何時對AOF文件進(jìn)行同步，則有操作系統(tǒng)控制，Redis實例無須執(zhí)行同步操作。效率最高，安全最低。
2、隨著Redis服務(wù)的運(yùn)行，AOF會記錄越來越多的命令，AOF文件體積就會越來越大。Redis提供了AOF文件重寫功能來解決該問題。
通過使用 BGREWEITEAOF 命令，Redis將生成新的AOF文件替換舊的AOF文件。但是其過程并不是在老的AOF文件基礎(chǔ)上進(jìn)行的，而是 通過讀取服務(wù)器當(dāng)前的數(shù)據(jù)庫狀態(tài) 來實現(xiàn)的。
AOF重寫采用的是子進(jìn)程的方式在后臺運(yùn)行，但是會出現(xiàn)這樣一種情況：子進(jìn)程在重寫期間，新的命令對現(xiàn)有數(shù)據(jù)庫進(jìn)行了修改，這樣導(dǎo)致了重寫后的AOF文件與當(dāng)前數(shù)據(jù)庫狀態(tài)不一致。解決該問題的方式是 在AOF重寫期間，新的命令寫入AOF緩存區(qū)的同時，也發(fā)送到AOF重寫緩存區(qū)。
