Redis 持久化：RDB 与 AOF

Redis 数据存于内存，为避免进程重启/宕机导致数据丢失，需要持久化。两种机制：RDB 与 AOF。

RDB（快照）

RDB 在指定时间间隔把内存数据序列化为二进制快照文件（如 dump.rdb）。

优点：

• 文件小、恢复快，适合做备份/归档。
• 通过 fork 后台子进程生成，不阻塞主进程（虽然 fork 有短暂停顿）。

缺点：

• 两次快照之间发生的数据变更可能丢失。

触发方式：save/bgsave 命令，或配置 save 规则（如 save 900 1 表示 900 秒内 1 次写则触发）。

AOF（追加日志）

AOF 记录每条写命令追加到文件，重启时重放命令重建数据。

优点：

• 数据更完整、丢失更少。

缺点：

• 文件较大、恢复较慢。

AOF 有刷盘策略：

• always：每条命令 fsync，最安全但最慢。
• everysec：每秒 fsync，性能与完整性平衡（默认推荐）。
• no：由操作系统决定刷盘。

AOF 会**重写（rewrite）**压缩日志文件，去掉冗余命令。

混合持久化（Redis 4+）

AOF 重写时用 RDB 文件作为基线 + 增量日志，兼顾 RDB 的恢复速度与 AOF 的数据完整性。

选型建议

• 对数据完整性要求高 → 开启 AOF（everysec）。
• 追求恢复速度/备份方便 → 用 RDB。
• 生产环境常开启 AOF，并结合 RDB 备份。

总结

• RDB：快照、恢复快、可能丢数据。
• AOF：追加写日志、数据完整、文件大。
• 混合持久化兼具两者优点。