2025年Java面试宝典
链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g 提取码: 9b3g
（点击链接保存，覆盖Java核心知识点和真实大厂真题）
Redis持久化机制RDB和AOF区别详解
（持久化机制是Redis数据安全的关键）
什么是Redis持久化？
Redis作为内存数据库，数据默认存储在内存中，但内存的特性决定了数据容易丢失。持久化机制就是通过将内存数据写入磁盘，实现数据备份和故障恢复。面试中最常被问到的两种持久化方式就是RDB和AOF，理解它们的区别需要从底层实现入手。
RDB持久化核心特点
1. 快照式存储
RDB通过生成数据快照（Snapshot）保存某一时刻的完整数据，文件格式为.rdb。例如配置save 900 1表示900秒内有1次写操作就触发备份。
2. 触发方式
- 手动触发：
SAVE（阻塞主线程）或BGSAVE（后台异步执行） - 自动触发：根据配置文件的时间-操作数规则触发
3. 优势与劣势
✅ 优点：文件紧凑（适合备份/迁移）、恢复速度快
❌ 缺点：可能丢失最后一次快照后的数据（取决于备份频率）
AOF持久化核心特点
1. 日志追加模式
AOF（Append Only File）记录每一条写命令，通过重放日志恢复数据。例如执行SET key value后，AOF文件会追加一条对应的命令记录。
2. 写策略配置
- appendfsync always：每条命令都刷盘（安全但性能差）
- appendfsync everysec：每秒刷盘（平衡选择）
- appendfsync no：由系统决定（风险最高）
3. 重写机制
AOF文件过大时触发AOF重写（BGREWRITEAOF），用最简命令重构文件。例如多次修改同一个Key，最终只保留最后一次操作。
RDB vs AOF对比表
| 对比维度 | RDB | AOF | |--------------------|----------------------------------|----------------------------------| | 数据完整性 | 可能丢失分钟级数据 | 通常最多丢失1秒数据 | | 文件大小 | 小（二进制压缩） | 大（文本命令堆积） | | 恢复速度 | 快（直接加载快照） | 慢（逐条执行命令） | | 对性能影响 | 高（生成快照时CPU/内存压力大） | 低（追加日志为主，重写时略高） | | 适用场景 | 允许少量数据丢失的备份场景 | 对数据安全性要求极高的场景 |
（RDB与AOF的协作关系）
选型建议：如何回答面试题？
- 先说区别：从存储方式、数据完整性、性能影响三个维度对比
- 补充细节：比如混合持久化（Redis 4.0+支持同时开启RDB+AOF）
- 结合实际：根据业务场景选择，例如电商秒杀用RDB+定时备份，金融交易用AOF每秒刷盘
- 延伸思考：提到集群环境下持久化的注意事项，比如主从节点的备份策略差异
如果大家需要购买面试鸭会员，可以通过面试鸭返利网找到我，通过专属链接下单可返利25元！
高频面试题预判
- “RDB生成快照时Redis还能处理请求吗？”
- BGSAVE通过fork子进程实现，主线程正常响应，但fork瞬间会阻塞
- “AOF重写期间有新写入命令怎么办？”
- 新命令会写入AOF缓冲区和重写缓冲区，重写完成后合并到新AOF文件
- “如果同时开启RDB和AOF，Redis重启时用哪个恢复？”
- AOF优先级更高（因为数据完整性更好）
（持久化配置示例）
