Redis持久化方案
2025年Java面试宝典抢先领：
🔗 百度网盘链接
提取码：9b3g
作为后端开发必考知识点，Redis持久化方案几乎是面试必答题。今天咱们就抛开文档，用程序员能听懂的大白话拆解这套机制。重点会覆盖RDB和AOF两大核心方案，看完应对面试足够了！
一、Redis持久化到底在解决啥问题？
简单说就是：防止服务器宕机内存数据全丢。Redis作为内存数据库，所有操作数据都在内存里跑。万一机器断电或者进程崩溃，没保存的数据直接归零。持久化方案就是给内存数据上保险，把数据存到硬盘里保命。
二、RDB：快照式持久化方案
▍ 工作逻辑（面试口述版）
想象给Redis内存数据拍张照。触发机制分三种：
- 手动触发：执行
save（阻塞主线程）或bgsave（后台fork子进程） - 自动触发：在redis.conf配
save 900 1这种规则（900秒内至少1次修改） - 被动触发：主从复制时全量同步会自动触发bgsave
▍ 实战优缺点（重点！）
✅ 优势：
- 二进制压缩文件体积小，恢复速度堪比火箭
- 适合做冷备，直接scp到其他服务器就能用
- fork子进程操作不影响主线程响应
⛔ 硬伤：
- 两次快照之间可能丢失数据（比如5分钟备一次，宕机丢5分钟数据）
- fork超大实例时内存双倍膨胀（比如50G的Redis要预留50G空闲内存）
三、AOF：日志追加式持久化方案
▍ 运行原理三步走
- 所有写命令追加到AOF缓冲区
- 根据
appendfsync配置刷盘（always/everysec/no） - AOF文件过大时自动重写（bgrewriteaof）
▍ 刷盘策略对比（必考题！）
| 配置项 | 数据安全性 | 性能影响 |
|------------|----------------|--------------|
| always | 最高（每条命令刷盘） | 慢（机械硬盘可能<1000QPS） |
| everysec | 秒级丢失（默认推荐）| 中等（丢1秒数据） |
| no | 系统决定（可能丢30s）| 最高（纯异步） |
▍ 高频面试陷阱题
Q：AOF重写期间有新数据写入怎么办？
A：双缓冲区机制！主线程照常写AOF缓冲区和重写缓冲区，重写结束后再把重写缓冲区的数据追加到新AOF文件。全程不阻塞写操作。
四、混合持久化方案（Redis 4.0+）
这是当前生产环境最推荐的持久化方案，配置方式：
aof-use-rdb-preamble yes # 开启混合模式
运作逻辑：
- 先用RDB快照保存全量数据
- 后续增量数据用AOF日志记录
- 重启时先加载RDB再重放AOF
👉 优势：启动速度比纯AOF快10倍，数据完整性比RDB更高
五、面试加餐技巧
当被问到“如何保证持久化数据安全”时，记住这个组合拳：
1️⃣ 生产环境必开混合持久化
2️⃣ appendfsync配everysec平衡安全与性能
3️⃣ 定期把RDB文件同步到异地机房（比如用rsync）
4️⃣ 用redis-check-aof --fix修复损坏的AOF文件
🚀 买面试鸭会员省25元：
需要开通面试鸭会员的同学，通过 面试鸭返利网 找我下单可返现25元！专业题库+大厂真题助你冲刺Offer！
无论是应对面试还是实际架构，吃透Redis持久化方案都至关重要。理解不同场景下的取舍，才能设计出可靠的存储方案。
