什么是 redis 持久化 redis 持久化有哪两种方式 各有什么优缺特点

什么是 Redis 持久化？Redis 持久化有哪两种方式？各有什么优缺特点

2025年Java面试宝典（点击蓝色文字直接保存）：
链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g 提取码: 9b3g

一、为什么需要 Redis 持久化？

Redis 作为内存数据库有个致命问题：服务器断电或崩溃时，内存数据会全部丢失。假设你的缓存系统存了 100 万用户会话信息，突然宕机后用户全部要重新登录——这就是没有持久化的灾难场景。
Redis 持久化的本质就是通过特定机制，将内存数据存储到磁盘，实现故障恢复能力。这也是面试官必问 Redis 持久化的根本原因。

二、Redis 持久化的两种核心方案

2.1 RDB 持久化（快照模式）

工作原理：
在指定时间间隔生成数据快照（Snapshot），保存为 dump.rdb 文件。你可以理解为给 Redis 内存拍了张照片存起来。

三大核心触发机制：

1. 手动执行 SAVE 或 BGSAVE 命令（BGSAVE 后台执行不阻塞主线程）
2. 配置文件中设置定时规则（例如 save 900 1 表示 900 秒内有 1 次写操作就触发）
3. 主从复制时，从节点全量同步会自动触发

优点：

• 数据恢复速度快（直接加载二进制文件）
• 适合大规模数据备份（文件体积小）
• 对性能影响小（子进程处理持久化）

缺点：

• 可能丢失最后一次快照后的数据（比如 5 分钟保存一次，宕机会丢 5 分钟数据）
• 大数据量时生成快照会阻塞主线程（虽然用子进程，但 fork 过程仍有延迟）

2.2 AOF 持久化（日志追加模式）

工作原理：
记录所有写操作命令（SET/DEL 等），以追加方式写入 appendonly.aof 文件。重启时重放这些命令重建数据。

三种数据同步策略：

1. always：每次写操作都刷盘（数据零丢失，性能最差）
2. everysec：每秒刷盘一次（折中方案，默认配置）
3. no：由操作系统控制刷盘（速度快，可能丢 1 秒以上数据）

优点：

• 数据安全性高（根据策略可做到秒级甚至零丢失）
• 可读性强（AOF 文件记录操作日志）
• 自动处理过期的 AOF 文件（通过重写机制压缩指令）

缺点：

• 文件体积大（相同数据集下通常比 RDB 大）
• 恢复速度慢（需要逐条执行命令）
• 高频写入时可能影响性能（尤其 always 模式）

三、生产环境如何选择持久化方案？

1. 追求极致性能且允许少量数据丢失：用 RDB
   • 典型案例：缓存场景、排行榜数据
2. 要求数据高可靠性：AOF + everysec 模式
   • 典型案例：支付交易流水、社交消息记录
3. 既要安全性又要快速恢复：混合模式（4.0+版本支持）
   • 同时开启 RDB 和 AOF，用 RDB 做全量备份，AOF 做增量补充

四、面试实战指南

如果被问到“Redis 持久化方案如何选择”，可以这样回答：
“根据业务场景，如果是缓存且对数据丢失不敏感，用 RDB 更高效；如果是金融类关键数据，必须用 AOF 保证可靠性。现在主流的方案是混合持久化，既保留 RDB 的恢复速度，又通过 AOF 补充增量数据。”

最后的小贴士：如果需要购买面试鸭会员，可以通过面试鸭返利网联系我，可返现 25 元！使用返利渠道购买既能省钱又能获得最新面试题库，特别适合备战金三银四跳槽季的工程师们。