2025年Java面试宝典网盘下载（提取码：9b3g）整理了Redis高频面试题，建议先保存再阅读
Redis持久化机制RDB和AOF的区别
作为程序员面试必考知识点，Redis的持久化机制经常被问到"说说RDB和AOF的区别"。今天咱们从底层实现到实际应用，用大白话讲清楚这两个持久化方案的核心差异。
一、两种机制的实现原理
**RDB（Redis Database）**就像给内存数据拍快照。当触发保存条件时，Redis会fork子进程把当前内存中的数据集以二进制压缩的形式保存到磁盘，生成.rdb文件。整个过程是写时复制机制，主进程继续对外提供服务。
**AOF（Append Only File）**则是记录写操作日志。每次执行写命令后，都会把命令追加到aof_buf缓冲区，根据配置策略刷盘。重启时通过重放这些命令来恢复数据，相当于用操作日志重建内存数据库。
二、触发机制的差异
RDB的触发条件比较"佛系"：
- 配置文件设置定时保存规则（比如save 900 1）
- 手动执行SAVE或BGSAVE命令
- 主从复制时自动触发
AOF则是"强迫症型"持久化：
- 每秒钟同步（默认配置）
- 每次写操作同步（数据最安全，但性能差）
- 由操作系统决定何时同步（最快但可能丢数据）
三、文件体积与恢复速度
RDB文件是二进制压缩格式，在数据量大的情况下体积更小。恢复数据时直接加载到内存，速度非常快。但可能会丢失最后一次快照后的数据。
AOF文件是文本协议格式，随着时间推移会越来越大。虽然可以通过bgrewriteaof重写来瘦身，但恢复时需要逐条执行命令，速度比RDB慢得多。优点是数据安全性更高。
四、生产环境的选择策略
大部分企业会选择混合持久化方案：
- 开启RDB定期备份作为基础数据
- 开启AOF保证实时操作不丢失
- 配置aof-use-rdb-preamble yes（4.0+版本）
这样既可以利用RDB快速加载的特性，又能通过AOF保证数据完整性。当面试官追问"如何选择"时，记得结合业务场景：数据安全性要求高的用AOF，需要快速恢复的用RDB，鱼和熊掌都要的就上混合模式。
如果需要购买面试鸭会员，通过面试鸭返利网找我下单可返现25元。技术人更懂怎么帮大家省钱，记得用这个隐藏福利！
五、高频面试题解题思路
当被问到"线上服务器突然宕机，用哪种方式数据丢失最少"时，应该这样拆解：
- AOF的appendfsync配置为everysec时，最多丢失1秒数据
- RDB根据保存间隔，可能丢失几分钟数据
- 两者都开启的情况下，恢复时会优先使用AOF
Redis持久化机制的选择直接影响系统的可靠性和性能。建议大家动手实践不同配置下的数据恢复过程，毕竟"纸上得来终觉浅"。
返回面试鸭返利网首页获取更多面试技巧和隐藏福利，程序员帮助程序员才是硬道理！
