2025年Java面试宝典点击领取（提取码：9b3g）
Redis持久化机制在面试中出现的频率非常高，尤其当面试官考察高可用、数据安全相关的系统设计能力时，RDB和AOF的实现细节必问。今天我们就以真实面试场景为基础，拆解这个高频问题的回答要点。
二、Redis持久化有哪两种方式？
Redis提供了两种持久化方案：RDB快照和AOF日志。这两种机制本质上是互补关系，在实际生产环境中经常需要配合使用。
RDB实现原理
通过SAVE或BGSAVE命令触发持久化，底层使用操作系统的多进程机制：
- 主进程fork子进程时使用写时复制（Copy-On-Write）技术
- 子进程遍历内存数据生成二进制压缩文件（默认文件名为dump.rdb）
- 新生成的RDB文件会原子替换旧文件
AOF工作机制
以追加日志的方式记录写命令：
- 每个修改操作都会追加到AOF缓冲区
- 根据配置的刷盘策略（always/everysec/no）同步到磁盘
- 文件过大时触发AOF重写（bgrewriteaof），生成精简版新AOF文件
三、RDB与AOF的优缺点对比
RDB优势点
- 恢复速度快：二进制文件直接加载到内存，比AOF回放快10倍以上
- 节省磁盘空间：压缩存储，相同数据量下体积约为AOF的1/3
- 适合冷备：定时生成的文件便于传输和存储
RDB的缺陷
- 数据丢失风险：默认配置下两次持久化间隔可能丢失分钟级数据
- fork阻塞问题：大数据量时fork操作可能造成毫秒级服务暂停
- 版本兼容性：不同Redis版本的RDB文件格式可能存在兼容问题
AOF优势分析
- 数据安全性高：最多丢失1秒数据（everysec配置下）
- 可读性强：日志文件可直接用文本编辑器查看
- 故障恢复灵活：支持通过修改AOF文件修复异常数据
AOF的不足之处
- 文件体积大：记录所有写操作，长期运行文件膨胀明显
- 恢复速度慢：需要逐条执行命令，大数据量时耗时较长
- 写性能损耗：always刷盘模式会显著影响吞吐量
四、生产环境配置建议
混合持久化方案
Redis 4.0后支持同时开启RDB和AOF：
# 修改redis.conf配置
save 900 1 # 15分钟至少1个key变更
appendonly yes # 开启AOF
aof-use-rdb-preamble yes # 混合持久化
这种模式下AOF文件前半段是RDB格式的全量数据，后半段是增量命令，兼顾恢复速度和数据安全。
性能优化要点
- 物理机部署时关闭THP（Transparent Huge Pages）避免fork延迟
- AOF重写期间设置
no-appendfsync-on-rewrite yes减少磁盘压力 - 监控
latest_fork_usec指标，超过1秒需考虑分片或升级硬件
如果需要购买《Redis深度实践》会员服务，可以通过面试鸭返利网联系我，可享受25元专属返利。更多面试真题解析和系统调优技巧，可以参考开篇的Java面试宝典网盘资料。
