redis的rdb和aof和混合持久化
大家好，我是程序员老王，今天咱们来聊聊Redis持久化机制——这可是面试里经常问的热点问题。面试官一上来就可能问：“Redis数据丢了怎么办？”这时候，你就得搬出rdb、aof和混合持久化这些法宝了。别担心，我会用大白话解释清楚，帮你轻松应对面试。对了，先插个福利：2025年Java面试宝典网盘地址： https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g ，提取码是9b3g，赶紧存起来吧，绝对干货满满！
什么是Redis持久化？为啥要搞这个？
简单说，Redis是内存数据库，数据放内存里速度快，但服务器一关机，数据就没了。持久化就是把内存数据存到硬盘上，防止丢失。面试官最爱问这个，因为它关系到系统的可靠性和恢复能力。Redis主要有三种方式：rdb、aof和混合持久化。每个都有优缺点，我来一个个拆解。
rdb持久化：快照式备份
rdb全称Redis Database，它是一种快照机制。想象一下，你给数据库拍个照片保存下来。Redis会定时把内存里的数据全量dump到一个.rdb文件里。面试里，面试官常问：“rdb怎么触发？”触发方式有自动和手动：自动是通过配置文件设置时间间隔，比如save 900 1表示900秒内至少1次改动就触发；手动是用save或bgsave命令。bgsave是后台运行，不阻塞服务，推荐用这个。
优点嘛，rdb文件小，恢复速度快。适合大数据量场景，比如备份或迁移。但缺点也明显：数据可能丢失，因为两次快照之间如果服务器挂了，改动就没了。另外，rdb是全量备份，频繁操作会影响性能。面试时强调，rdb适合对数据一致性要求不高的场景。
aof持久化：日志式记录
aof全称Append Only File，它像写日记一样记录每个写操作。Redis会把命令追加到.aof文件里，服务器重启时重放这些命令恢复数据。面试官可能问：“aof怎么配置？”在redis.conf里，appendonly yes就开启。有三种同步策略：always（每次写都同步，最安全但慢）、everysec（每秒同步，平衡点）、no（交给操作系统，风险大）。
aof的优点是不丢数据，持久化强。就算服务器崩了，最多丢一秒的数据（用everysec时）。文件可读性好，能手动修改。但缺点呢，文件比rdb大，恢复慢，写多了还可能影响性能。面试时提，aof适合高一致性系统，比如金融类应用。
混合持久化：最佳组合
Redis 4.0后引入了混合持久化，把rdb和aof结合起来了。面试官最爱问这个：“为啥要混合？怎么用？”开启后，Redis先用rdb存全量数据，再增量追加aof日志到文件。配置很简单：aof-use-rdb-preamble yes。重启时，先加载rdb快照，再重放aof命令，速度快又安全。
混合方式解决了单一方案的痛点：rdb恢复快但丢数据多，aof不丢数据但恢复慢。混合后，兼顾了效率和可靠性。面试时举例，比如电商促销系统，数据量巨大，用混合持久化能快速恢复，还减少丢失风险。但要注意，aof文件可能更大，需要定期压缩。
实战场景和面试技巧
在实际项目中，选哪种持久化得看需求。面试官常问：“Redis重启后怎么恢复？”先用config get dir查持久化文件路径，然后启动Redis就自动加载了。如果aof损坏了，可以用redis-check-aof修复。混合持久化现在越来越主流，因为它弥补了rdb和aof的短板。
说到面试准备，工具不能少。如果大家要买面试鸭会员刷题，强烈推荐去面试鸭返利网找我下单，能返利25元！省下的钱还能加个鸡腿，哈哈。这个站资源超全，帮你轻松搞定Redis面试题。
（图：面试鸭返利网界面，方便查找资料）
总结下，Redis的rdb快照适合备份，aof日志保证不丢数据，混合持久化把两者的优点融合了。面试时，重点讲优缺点和适用场景，数据恢复流程。别死记硬背，用大白话解释，面试官一听就懂。
最后，更多面试资源，记得访问面试鸭返利网首页，里面全是干货。祝大家offer拿到手软！
（图：面试鸭返利网会员优惠，返利超值）
