一、是什么？

• 以日志的形式來(lái)記錄每個(gè)寫(xiě)操作，將Redis執(zhí)行過(guò)的所有寫(xiě)指令記錄下來(lái)(讀操作不記錄)，只許追加文件但不可以改寫(xiě)文件，redis啟動(dòng)之初會(huì)讀取該文件重新構(gòu)建數(shù)據(jù)，換言之，redis重啟的話(huà)就根據(jù)日志文件的內(nèi)容將寫(xiě)指令從前到后執(zhí)行一次以完成數(shù)據(jù)的恢復(fù)工作。

優(yōu)勢(shì)

• 每次修改同步：appendfsync always 同步持久化 每次發(fā)生數(shù)據(jù)變更會(huì)被立即記錄到磁盤(pán) ，性能較差但數(shù)據(jù)完整性比較好。
• 每秒同步：appendfsync everysec 異步操作，每秒記錄 如果一秒內(nèi)宕機(jī)，有數(shù)據(jù)丟失。
• 不同步：appendfsync no 從不同步。

劣勢(shì)

• 相同數(shù)據(jù)集的數(shù)據(jù)而言AOF文件要遠(yuǎn)大于RDB文件，恢復(fù)速度慢于RDB。
• AOF運(yùn)行效率要慢于RDB，每秒同步策略效率較好，不同步效率和RDB相同。

二、AOF介紹

• 可以同時(shí)啟用AOF和RDB持久化，不會(huì)出現(xiàn)任何問(wèn)題。
• 在啟動(dòng)Redis服務(wù)時(shí)， 如果啟用了AOF，則Redis將加載AOF文件進(jìn)行數(shù)據(jù)恢復(fù)，這是是具有更好持久性保證的文件。

三、AOF啟動(dòng)配置

# 開(kāi)啟AOF持久化，默認(rèn)：no，開(kāi)啟改為 yes
appendonly no
# AOF文件的名字，建議使用默認(rèn)值。
appendfilename "appendonly.aof"

# Redis支持三種不同的備份模式:
# always：同步持久化 每次發(fā)生數(shù)據(jù)變更會(huì)被立即記錄到磁盤(pán)  性能較差但數(shù)據(jù)完整性比較好
# everysec：出廠默認(rèn)推薦，異步操作，每秒記錄   如果一秒內(nèi)宕機(jī)，有數(shù)據(jù)丟失
# no：不要fsync，只要讓操作系統(tǒng)在需要的時(shí)候刷新數(shù)據(jù)即可。得更快。
# appendfsync always
appendfsync everysec
# appendfsync no

# 重寫(xiě)時(shí)是否可以運(yùn)用Appendfsync，用默認(rèn)no即可，保證數(shù)據(jù)安全性。
no-appendfsync-on-rewrite no

# 設(shè)置重寫(xiě)的基準(zhǔn)值
# 指定百分比為0，以禁用自動(dòng)AOF重寫(xiě)特性。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

四、AOF恢復(fù) (RDB同理)

正?；謴?fù)

• 將有數(shù)據(jù)的AOF文件復(fù)制一份保存到對(duì)應(yīng)目錄(config get dir)
• 恢復(fù)：重啟redis然后重新加載

異?；謴?fù)

• 備份被寫(xiě)壞的AOF文件
• 修復(fù)：執(zhí)行 redis-check-aof --fix appendonly.aof 進(jìn)行修復(fù)。
• 重啟redis然后重新加載

AOF重寫(xiě)

是什么？

• AOF采用文件追加的方式，文件會(huì)越來(lái)越大。為避免出現(xiàn)此種情況，新增了重寫(xiě)機(jī)制，當(dāng)AOF文件的大小超過(guò)所設(shè)定的閾值時(shí)，Redis就會(huì)啟動(dòng)AOF文件的內(nèi)容壓縮，只保留可以恢復(fù)數(shù)據(jù)的最小指令集，可以使用命令bgrewriteaof。

重寫(xiě)原理：

• AOF文件因持續(xù)增長(zhǎng)而過(guò)大時(shí)，會(huì)fork出一條新進(jìn)程來(lái)將文件重寫(xiě)(也是先寫(xiě)臨時(shí)文件最后再rename)，遍歷新進(jìn)程的內(nèi)存中數(shù)據(jù)，每條記錄有一條的set語(yǔ)句。重寫(xiě)AOF文件的操作，并沒(méi)有讀取舊的AOF文件，而是將整個(gè)內(nèi)存中的數(shù)據(jù)庫(kù)內(nèi)容用命令的方式重寫(xiě)了一個(gè)新的aof文件，這點(diǎn)和快照有點(diǎn)類(lèi)似。

觸發(fā)機(jī)制：

• Redis會(huì)記錄上次重寫(xiě)時(shí)的AOF大小。
• 默認(rèn)配置是：當(dāng)AOF文件大小是上次rewrite后大小的一倍且文件大于64M時(shí)觸發(fā)。

五、總結(jié)

AOF.png

• AOF文件是一個(gè)只進(jìn)行追加的日志文件。
• Redis 可以在AOF文件體積變得過(guò)大時(shí)。自動(dòng)地在后臺(tái)對(duì)AOF進(jìn)行重寫(xiě)。
• AOF文件有序的保存了對(duì)數(shù)據(jù)庫(kù)執(zhí)行的所有寫(xiě)入操作，這些寫(xiě)入操作以Redis協(xié)議的格式保存，因此AOF文件的內(nèi)容非常容易被人讀懂，對(duì)文件進(jìn)行分析也很輕松。
• 對(duì)于相同的數(shù)據(jù)集來(lái)說(shuō)，AOF文件的體積通常大于RBD文件的體積。
• 根據(jù)所使用的的fsync策略，AOF的速度可能慢于RDB。