一忿危、RDB持久化
1、有兩個Redis命令可以用于生成RDB文件没龙，一個是SAVE铺厨，另一個是BGSAVE
(1) SAVE命令會阻塞Redis服務(wù)器進程，直到RDB文件創(chuàng)建完畢為止硬纤。在服務(wù)器進程阻塞期間解滓，服務(wù)器不能處理任何命令請求。
(2) BGSAVE命令會派生出一個子進程筝家，然后由子進程負責創(chuàng)建RDB文件洼裤，服務(wù)器進程(父進程)不受影響。
2溪王、在Redis數(shù)據(jù)進行恢復的時候腮鞍，由于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ù)庫進行了至少1次修改
服務(wù)器在300秒之內(nèi)，對數(shù)據(jù)庫進行了至少10次修改
服務(wù)器在60秒之內(nèi)蜜徽，對數(shù)據(jù)庫進行了至少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文件進行一次同步缕允。所以就算Redis實例出現(xiàn)故障停機峡扩，也只丟失一秒鐘的數(shù)據(jù)。
(3) no：服務(wù)器在每個事件循環(huán)都需要將aof_buf 緩沖區(qū)中的所有內(nèi)容寫入到AOF文件障本，至于何時對AOF文件進行同步教届，則有操作系統(tǒng)控制，Redis實例無須執(zhí)行同步操作驾霜。效率最高案训，安全最低。
2粪糙、隨著Redis服務(wù)的運行强霎，AOF會記錄越來越多的命令，AOF文件體積就會越來越大蓉冈。Redis提供了AOF文件重寫功能來解決該問題城舞。
通過使用 BGREWEITEAOF 命令，Redis將生成新的AOF文件替換舊的AOF文件寞酿。但是其過程并不是在老的AOF文件基礎(chǔ)上進行的家夺，而是 通過讀取服務(wù)器當前的數(shù)據(jù)庫狀態(tài) 來實現(xiàn)的。
AOF重寫采用的是子進程的方式在后臺運行伐弹，但是會出現(xiàn)這樣一種情況：子進程在重寫期間拉馋，新的命令對現(xiàn)有數(shù)據(jù)庫進行了修改，這樣導致了重寫后的AOF文件與當前數(shù)據(jù)庫狀態(tài)不一致惨好。解決該問題的方式是 在AOF重寫期間煌茴，新的命令寫入AOF緩存區(qū)的同時，也發(fā)送到AOF重寫緩存區(qū)日川。
