Redis默认持久化是RDB还是AOF？面试必考点解析
2025年Java面试宝典最新版：
👉 点击下载（提取码：9b3g）
一、Redis持久化的核心意义
作为程序员，咱们都知道Redis默认持久化机制是面试高频题。当面试官问"Redis宕机后如何恢复数据？"，本质上就是在考察你对RDB和AOF的理解。Redis作为内存数据库，持久化是保证数据安全的关键，否则断电就全没了！
二、RDB vs AOF 工作机制
2.1 RDB（默认的持久化方式）
- 触发机制：通过
save或bgsave命令生成数据快照（默认文件dump.rdb） - 核心特点：
✅ 二进制压缩存储，恢复速度快
✅ 通过fork子进程操作，主进程不阻塞
❌ 可能丢失最后一次快照后的数据
2.2 AOF（追加日志模式）
- 工作原理：记录所有写操作命令（如
SET/DEL） - 核心特点：
✅ 数据完整性高（可配置每秒/每次同步）
✅ 日志文件可读性强
❌ 文件体积大，恢复速度慢
三、为什么RDB是默认方案？
在redis.conf中明确写着：
# 默认开启RDB，关闭AOF
save 900 1 # 900秒内1次修改触发
save 300 10 # 300秒内10次修改触发
appendonly no # AOF默认关闭
选择RDB作为默认持久化主要因为：
- 性能优先：快照对服务影响最小
- 资源占用低：二进制文件比文本日志小得多
- 符合多数场景：允许分钟级数据丢失
四、生产环境如何选择？
| 场景 | 推荐方案 | 配置建议 |
|---------------|------------------------|------------------------------|
| 允许少量丢失 | RDB（默认持久化） | save 60 10000 |
| 金融级数据 | AOF+RDB | appendfsync everysec |
| 高并发写入 | RDB为主，AOF为辅 | 禁用appendfsync always |
📌 面试技巧：当被问到"如何保证Redis数据安全？"，一定要分RDB和AOF两个维度回答，并说明混合使用的场景！
五、避坑指南
- RDB文件损坏：用
redis-check-rdb工具修复 - AOF日志暴增：定期执行
BGREWRITEAOF重写 - 混合部署注意：同时开启时，Redis优先加载AOF文件
六、面试实战应答模板
面试官：Redis默认持久化方式是什么？
标准答：
"Redis默认使用RDB持久化，通过定时快照保存数据。但要注意它的默认触发条件是900秒内至少1次修改，或300秒内至少10次修改。如果对数据安全性要求高，建议开启AOF并设置appendfsync everysec"
💡 程序员福利：需要开通面试鸭会员可找我返现25元！使用优惠码 RDB25 直接抵扣 → 点击跳转活动页
更多面试真题解析请访问：面试鸭返利网
