六、Redis 灾备方案
6.1 存储方案
6.1.1 基础对比
| RDB持久化 | AOF持久化 | |
|---|---|---|
| 原理 | 周期性fork子进程生成持久化文件 | 每次写入记录命令日志 |
| 文件类型 | 二进制dump快照文件 | 文本appendonly日志文件 |
| 触发条件 | 默认超过300s间隔且有1s内超过1kb数据变更 | 永久性每秒fsync一次 |
| 文件位置 | 配置文件中指定目录 | 日志文件appendonly.aof |
| 写入方式 | fork后子进程同步写快照,对读写性能影响小,速度高 | 每次写入追加日志 |
| 文件格式 | RDB二进制密集结构 | AOF日志易读文本格式 |
| 数据一致性 | 快照间隔时间内可能丢失部分写 | 实时写入保证数据完整性 |
| 故障恢复 | 直接加载快照文件重建数据集,恢复更快 | 根据日志回放还原每个写操作 |
| 性能影响 | fork时可能短暂阻塞客户端 | 每次写带来额外I/O开销 |
| 自动回收 | 清理过期快照 | AOF重写动态缩小日志 |
| 扩展 | 作为主从复制基础 | 主从 replicate依赖AOF日志 |
| 选择原则 | 冷备,部分大容量场景 | 热备,追求数据安全与一致性 |
6.1.2 核心配置
RDB
- save 60 10000:RDB最多丢1分钟的数据,那么尽量就是每隔1分钟都生成一个快照
AOF
- auto-aof-rewrite-percentage 100: 就是当前AOF大小膨胀到超过上次100

本文详细介绍了Redis的灾备解决方案,包括RDB和AOF持久化机制、配置参数、备份策略以及缓存灾备处理方法,强调了数据一致性的重要性,还讨论了过期策略和数据删除选项。
最低0.47元/天 解锁文章
173万+

被折叠的 条评论
为什么被折叠?



