Redis 提供了2個不同形式的持久化方式。

RDB(Redis DataBase)

　　在指定的時間間隔內將記憶體中的資料集快照寫入磁碟，也就是行話講的Snapshot快照，它恢復時是將快照檔案直接讀到記憶體裡。

備份是如何執行的？

　　Redis會單獨建立(fork)一個子程序來進行持久化，會先將資料寫入到一個臨時檔案中，待持久化過程都結束了，再用這個臨時檔案替換上次持久化好的檔案。整個過程中，主程序是不進行任何IO操作的，這就確保了極高的效能如果需要進行大規模資料的恢復，且對於資料恢復的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺點是最後一次持久化後的資料可能丟失。

RDB優點

• 節省磁碟空間
• 恢復速度快

RDB缺點

• 雖然Redis在fork時使用了寫時拷貝技術,但是如果資料龐大時還是比較消耗效能。
• 在備份週期在一定間隔時間做一次備份，所以如果Redis意外down掉的話，就會丟失最後一次快照後的所有修改。

AOF (Append Of File)

　　以日誌的形式來記錄每個寫操作，將Redis執行過的所有寫指令記錄下來(讀操作不記錄)，只許追加檔案但不可以改寫檔案，Redis啟動之初會讀取該檔案重新構建資料，換言之，Redis重啟的話就根據日誌檔案的內容將寫指令從前到後執行一次以完成資料的恢復工作。

AOF同步頻率設定

• 始終同步，每次Redis的寫入都會立刻記入日誌
• 每秒同步，每秒記入日誌一次，如果宕機，本秒的資料可能丟失。
• 把不主動進行同步，把同步時機交給作業系統。

Rewrite

　　AOF採用檔案追加方式，檔案會越來越大為避免出現此種情況，新增了重寫機制,當AOF檔案的大小超過所設定的閾值時，Redis就會啟動AOF檔案的內容壓縮，只保留可以恢復資料的最小指令集.可以使用命令bgrewriteaof。

AOF優點

• 備份機制更穩健，丟失資料概率更低。
• 可讀的日誌文字，通過操作AOF穩健，可以處理誤操作。

AOF缺點

• 比起RDB佔用更多的磁碟空間。
• 恢復備份速度要慢。
• 每次讀寫都同步的話，有一定的效能壓力。
• 存在個別Bug，造成無法恢復。