Redis 中除了可以將數(shù)據(jù)保存在內(nèi)存中氛赐，還支持兩種數(shù)據(jù)持久化方案：RDB、AOF剃根，實(shí)現(xiàn)將內(nèi)存中的數(shù)據(jù)持久化到磁盤中哩盲，防止數(shù)據(jù)意外丟失。
一狈醉、RDB
使用 RDB 持久化時廉油，Redis 會 fock 出一個子進(jìn)程，并將數(shù)據(jù)持久化的操作交給子進(jìn)程去處理苗傅，而主進(jìn)程則繼續(xù)處理客戶端的請求抒线，這也保證了性能。子進(jìn)程要持久化那些數(shù)據(jù)在子進(jìn)程創(chuàng)建成功時就能立即確定下來了金吗，所以 RDB 持久化也稱作快照持久化十兢。
Redis 中默認(rèn)是開啟 RDB 持久化的趣竣，默認(rèn)用一個名為dump.rdb的文件保存持久化數(shù)據(jù)，當(dāng)子進(jìn)程完成一次 RDB 持久化時旱物，會用新的dump.rdb文件覆蓋舊的文件遥缕，Redis 下次啟動時會去加載這個文件，實(shí)現(xiàn)數(shù)據(jù)的恢復(fù)宵呛。
RDB 持久化相關(guān)的配置如下：
# 數(shù)據(jù)持久化的規(guī)則单匣，也是開啟 RDB 持久化
save 3600 1
save 300 100
save 60 10000
save 10 2
# 持久化出錯時，是否繼續(xù)處理客戶端的寫命令
stop-writes-on-bgsave-error yes
# 是否壓縮持久化文件
rdbcompression yes
# 持久化文件名
dbfilename dump.rdb
# 持久化文件目錄宝穗，默認(rèn)就是 Redis 的啟動目錄户秤，RDB 和 AOF 的持久化文件都會保存在該目錄
dir ./
關(guān)于數(shù)據(jù)持久化規(guī)則這里解釋一下，根據(jù)實(shí)際情況逮矛，可以配置多個持久化規(guī)則來觸發(fā)快照持久化鸡号，例如save 10 2，表示每10秒時须鼎，至少有2個key的值發(fā)生變化（添加鲸伴、修改、刪除晋控、過期等）就進(jìn)行一次快照持久化汞窗，兩個條件必須同時滿足。
需要注意的是赡译，如果還不滿足持久化規(guī)則時 Redis 服務(wù)器宕機(jī)了仲吏，則會造成最近的數(shù)據(jù)丟失。
除了依賴配置文件中的save規(guī)則去觸發(fā)持久化蝌焚，我們還可以在 Redis 客戶端手動執(zhí)行快照持久化命令bgsave裹唆，該命令也會使用子進(jìn)程去持久化數(shù)據(jù)，是異步的综看，不會影響主進(jìn)程正常工作品腹。
除了bgsave岖食，還可以手動執(zhí)行save命令红碑，但這個命令是同步的，會阻塞客戶端的其它請求泡垃，很少使用析珊，了解即可。
二蔑穴、AOF
AOF 持久化是將所有執(zhí)行過的 Redis 命令追加到一個后綴名為.aof文件末尾忠寻，也就是備份命令，Redis 下次啟動時會將文件中記錄的命令全部執(zhí)行一遍來恢復(fù)數(shù)據(jù)存和。
AOF 持久化默認(rèn)是關(guān)閉的奕剃。
下邊是 AOF 持久化相關(guān)的主要配置：
# 開啟 AOF 持久化
appendonly yes
# 備份命令的文件名
appendfilename "appendonly.aof"
# 備份策略衷旅，每秒鐘備份一次命令
appendfsync everysec
# 觸發(fā) .aof 文件執(zhí)行重寫時文件體積相比上次重新時的增長率
auto-aof-rewrite-percentage 100
# 觸發(fā) .aof 文件執(zhí)行重寫時的最小文件體積
auto-aof-rewrite-min-size 64mb
AOF 中有三種命令備份策略：
-
always，有新的命令就追加到.aof文件中纵朋，速度非常慢柿顶，但也非常安全 -
everysec，默認(rèn)的策略操软，每秒備份一次嘁锯，兼顧了速度和安全性，Redis 服務(wù)故障時會丟失1秒的數(shù)據(jù) -
no聂薪，由操作系統(tǒng)控制備份的時機(jī)家乘，速度快，但安全性不可控
AOF 持久化機(jī)制中有一個.aof文件重寫的策略藏澳，由于命令不斷的追加到.aof文件尾部仁锯，會導(dǎo)致文件體積越來越大，所以在一定的觸發(fā)條件下翔悠，Redis 會對.aof中的命令進(jìn)行優(yōu)化扑馁，去除無用冗余的，只保留恢復(fù)當(dāng)前文件對應(yīng)數(shù)據(jù)需要的最少的命令凉驻，然后用優(yōu)化后的命令重建一個新的.aof文件腻要。
AOF 的文件重寫策略，不僅可以減少磁盤占用涝登，也可以提高數(shù)據(jù)的恢復(fù)效率雄家。
上邊 AOF 配置中最后兩條滿足時就會觸發(fā)一次 AOF 文件重寫，即當(dāng).aof的文件體積大于64mb胀滚，并且體積比上次重寫時大了至少一倍趟济，則開始新一次重寫。除了使用配置文件咽笼，也可以在客戶端執(zhí)行bgrewriteaof命令手動觸發(fā)重寫顷编。
AOF 的文件重寫是在一個子進(jìn)程中進(jìn)行的。
三剑刑、小結(jié)
備份相同的數(shù)據(jù)媳纬，RDB 的文件體積一般是要小于 AOF 的；如果同時開啟了兩種方式施掏，Redis 啟動恢復(fù)數(shù)據(jù)時優(yōu)先使用 AOF 文件钮惠，因?yàn)?AOF 在數(shù)據(jù)備份的安全性上要好一些，可以減少數(shù)據(jù)的丟失七芭，更能保證數(shù)據(jù)完整性素挽；RDB 方式的數(shù)據(jù)恢復(fù)速度快一些。如果對數(shù)據(jù)安全性要求高的化狸驳，可以兩種持久化方式都開啟预明，雙保險缩赛。
