AOF定義：以日誌的形式記錄每個操作，將Redis執行過的所有指令全部記錄下來（讀操作不記錄），只許追加檔案但不可以修改檔案，Redis啟動時會讀取AOF配置檔案重構資料

換句話說，就是Redis重啟就會根據日誌內容從頭到尾執行一次來完成資料的恢復工作。

Tip:

　　一.RDB與AOF同時開啟  預設先載入AOF的配置檔案

　　二.相同資料集，AOF檔案要遠大於RDB檔案，恢復速度慢於RDB

　　三.AOF執行效率慢於RDB,但是同步策略效率好，不同步效率和RDB相同

1.RDB持久化(以快照的方式) 策略（預設）：

　　save 900 1       （15分鐘變更一次）
　　save 300 10     （5分鐘變更10次）
　　save 60 10000  （1分鐘變更1萬次）
2.RDB預設配置檔名稱：

　　dbfilename dump.rdb

3.表示是否開啟AOF持久化：

　　appendonly yes(預設no,關閉) 

4.AOF持久化配置檔案的名稱：

　　appendfilename "appendonly.aof"

5.AOF持久化策略(預設每秒)：

　　appendfsync always (同步持久化，每次發生資料變更會被立即記錄到磁碟，效能差但資料完整性比較好)

　　appendfsync everysec (非同步操作，每秒記錄，如果一秒鐘內宕機，有資料丟失)

　　appendfsync no  （將快取回寫的策略交給系統，linux 預設是30秒將緩衝區的資料回寫硬碟的）

6.AOF配置檔案損壞修復方法：

　　進入redis安裝路徑 執行 redis-check-aof --fix AOF配置檔名稱

7.AOF的Rewrite(重寫) ：

　　定義：AOF採用檔案追加的方式持久化資料，所以檔案會越來越大，為了避免這種情況發生，增加了重寫機制

        　　當AOF檔案的大小超過了配置所設定的闕值時，Redis就會啟動AOF檔案壓縮，只保留可以恢復資料的最小指令集，可以使用命令bgrewriteaof

　　原理：當AOF增長過大時，會fork出一條新的程序將檔案重寫(也是先寫臨時檔案最後rename)，遍歷新程序的記憶體資料，每條記錄有一條set語句。

　　　　   重寫AOF檔案並沒有操作舊的AOF檔案，而是將整個記憶體中的資料內容用命令的方式重寫了一個新的aof檔案（有點類似快照）

觸發機制：Redis會記錄上次重寫時的AOF檔案大小，預設配置時當AOF檔案大小是上次rewrite後大小的一倍且檔案大於64M時觸發

　　　　　auto-aof-rewrite-percentage 100  （一倍）
　　　　   auto-aof-rewrite-min-size 64mb
8.RDB與AOF的選擇：

　　做備份：當資料量大，且對恢復速度有要求，並且資料的一致性要求不高的話，可以只使用RDB

　　只做快取：不用開啟任何的持久化方式

　　兩者都開啟的建議：RDB資料不實時，同時使用兩者時伺服器只會找AOF檔案，可不可以只使用AOF?建議不要，因為RDB更適合備份資料庫(AOF在不斷變化，不好備份)，快速重啟，而且不會又AOF可能潛在的BUG,留作萬一的手段。

9.優化：