Redis 是一種內存數據庫，為了保證數據在服務器重啟或故障時不丟失，提供了兩種持久化方式：RDB（Redis Database）和 AOF（Append Only File）。以下是它們的詳細介紹：
一、RDB 持久化
- 工作原理：RDB 持久化是將 Redis 在內存中的數據庫狀態保存到磁盤上的一個 RDB 文件中。可以通過配置文件設置觸發 RDB 持久化的條件，例如在指定的時間間隔內，當數據發生一定次數的修改時，自動觸發 RDB 快照。也可以手動執行
SAVE或BGSAVE命令來生成 RDB 文件。SAVE命令會阻塞 Redis 服務器，直到 RDB 文件生成完畢；BGSAVE命令則會在后臺 fork 一個子進程來執行 RDB 文件的生成，不會阻塞服務器。 - 優點
- 文件緊湊：RDB 文件是一個經過壓縮的二進制文件，它存儲了某個時間點上 Redis 數據庫的完整快照，占用空間相對較小，便于傳輸和備份。
- 恢復速度快：在恢復數據時，RDB 文件可以直接被加載到內存中，速度比 AOF 快很多，因為它只需要將文件中的數據讀入內存即可，不需要像 AOF 那樣重新執行一遍命令日志。
- 缺點
- 數據可能丟失：由于 RDB 是按照一定的時間間隔進行快照的，如果在兩次快照之間發生服務器故障，那么這期間的數據修改將會丟失。
- fork 進程開銷：在執行
BGSAVE命令時，需要 fork 一個子進程來進行數據持久化，這個過程會消耗一定的內存和 CPU 資源，可能會影響服務器的性能。
二、AOF 持久化
- 工作原理：AOF 持久化是將 Redis 執行的寫命令以日志的形式追加到 AOF 文件的末尾。當 Redis 服務器重啟時，會重新執行 AOF 文件中的命令，以恢復數據庫的狀態。AOF 文件的寫入可以配置為不同的策略，如
always（每執行一條寫命令就立即寫入磁盤）、everysec（每秒寫入一次磁盤）和no（由操作系統決定何時寫入磁盤）。 - 優點
- 數據安全性高：可以通過配置
always策略，保證每一條寫命令都被持久化到磁盤，最大限度地減少數據丟失的風險。即使采用everysec策略，在最壞的情況下也只會丟失一秒鐘的數據。 - 可讀性好：AOF 文件是一個文本文件，內容是 Redis 的寫命令，易于閱讀和分析，方便進行故障排查和數據恢復。
- 數據安全性高：可以通過配置
- 缺點
- 文件體積大：由于 AOF 文件記錄了所有的寫命令，隨著時間的推移，文件會越來越大，占用的磁盤空間也會越來越多。雖然 Redis 提供了
BGREWRITEAOF命令來對 AOF 文件進行重寫，壓縮文件體積，但在重寫過程中仍然會消耗一定的資源。 - 恢復速度慢：在恢復數據時，需要重新執行 AOF 文件中的所有命令，因此恢復速度比 RDB 慢很多，尤其是當 AOF 文件非常大時，恢復時間可能會很長。
- 文件體積大：由于 AOF 文件記錄了所有的寫命令，隨著時間的推移，文件會越來越大，占用的磁盤空間也會越來越多。雖然 Redis 提供了
實際應用中，通常會將 RDB 和 AOF 兩種持久化方式結合使用，以充分發揮它們的優點，同時避免各自的缺點。例如，可以使用 RDB 來定期備份數據庫，以便在服務器故障時能夠快速恢復數據；同時使用 AOF 來記錄實時的寫命令，保證數據的安全性和完整性。
注：RDB與AOF對比表
| 對比維度 | RDB | AOF |
|---|---|---|
| 備份量 | 備份量取決于快照時刻的數據量，通常較小，因為存儲的是某一時刻的完整數據狀態 | 備份量隨時間不斷增長，因為持續記錄寫命令，當使用BGREWRITEAOF重寫后會減少，但總體通常比 RDB 大 |
| 保存間隔時間 | 可通過配置設置，如多久內有多少次寫操作就觸發快照，常見配置如 900 秒內有 1 個 key 變化、300 秒內有 10 個 key 變化、60 秒內有 10000 個 key 變化等 | 對于always策略，每條命令都保存；everysec策略每秒保存；no策略由操作系統決定保存時間間隔 |
| 數據安全性 | 相對較低，按時間間隔快照，兩次快照間故障會丟失數據，如設 5 分鐘快照，第 3 分鐘崩潰則丟失這 3 分鐘數據 | 較高，可配置寫入策略減少數據丟失。always策略基本不丟數據，everysec策略最壞丟 1 秒數據 |
| 恢復速度 | 快，二進制文件，恢復時直接加載數據到內存，數據量大時優勢明顯 | 慢，需重新執行 AOF 文件中所有寫命令，文件大時恢復時間長 |
| 文件大小 | 文件緊湊，占用空間小，是壓縮二進制文件，存儲時間點數據庫完整快照 | 文件體積大，記錄所有寫命令，隨時間增大，可用BGREWRITEAOF重寫但消耗資源 |
| 性能影響 | 執行BGSAVE需 fork 子進程，消耗內存和 CPU 資源，數據量大時可能短暫阻塞服務器 | 取決于寫入策略。always嚴重影響性能；everysec影響小；no由操作系統決定，性能影響最小但安全性低 |
| 可讀性 | 二進制文件，內容不可讀，不便查看分析 | 文本文件，內容為 Redis 寫命令，可讀性好，便于故障排查和數據恢復 |
| 適用場景 | 適用于對恢復速度要求高、能容忍一定數據丟失的場景，如緩存系統 | 適用于對數據安全性要求高的場景，如數據庫系統 |
