1. redis持久化aof與rdb的區別
Redis持久化方式AOF與RDB的主要區別如下：
AOF（Append-Only File）持久化方式通過記錄所有對資料庫的寫操作日誌來進行數據持久化，它記錄了所有對資料庫進行寫操作的命令，可以確保數據的完整性和一致性。但是，AOF持久化在數據量大時可能會佔用較多的磁碟空間，且在數據恢復時需要重新執行所有的寫操作命令。
RDB（Redis DataBase）持久化方式則通過定時生成數據快照的方式進行數據持久化，它只保存了某個時間點上的數據快照，不是實時的寫入操作，因此能夠節省磁碟空間。在數據恢復時，RDB可以直接讀取預先生成的快照文件進行恢復，相對較為快速。
在實際使用中，可以根據不同的需求選擇合適的持久化方式。如果需要高可靠性和一致性，可以選擇AOF持久化方式；如果對性能和磁碟空間有較高要求，可以選擇RDB持久化方式。同時，也可以結合使用兩種方式，以提高數據的安全性和可靠性。
2. Redis持久化策略之RDB
Redis內存中存儲的數據面臨宕機風險，數據丟失問題。為保障數據安全，Redis提供了RDB和AOF兩種持久化策略。本文主要探討RDB的使用及其優缺點，基於Redis 6.2.4版本。
首先，RDB配置在redis.conf文件中，通過save指令設置多層條件：900秒內1次修改、300秒內10次修改或60秒內10000次修改都會觸發全量數據備份。這樣設計是為了平衡性能和數據完整性，適應不同時間段的讀寫負載。
RDB配置還包括錯誤處理、是否壓縮快照（建議關閉以節省CPU資源）、禁用持久化等選項。手動執行save或bgsave命令來觸發RDB，bgsave在後台進行，避免阻塞主進程。
RDB持久化的觸發方式包括定時配置、flushall命令和主從復制。RDB的優點在於生成的二進制快照佔用空間小，備份速度快，且對主線程影響小。然而，RDB的缺點在於宕機期間可能存在數據丟失，且在數據量大時對CPU性能有影響。
總結來說，本文深入講解了RDB的配置、觸發機制以及其優缺點，幫助你更好地理解和運用RDB持久化策略，以保護Redis數據安全和性能。