| 流程 | 写命令 → AOF 缓冲 → 刷盘 → 文件 |
|---|---|
| 优点 | 丢失窗口小、追加写代价低 |
| 缺点 | 文件膨胀、恢复速度慢于 RDB |
开启与查看
开启与查看
redis-cli CONFIG SET appendonly yes
redis-cli INFO persistence | Select-String aof
ls -lh /data/redis/AOF 记录的是导致数据变化的命令流，包含过期键的 DEL、Lua 脚本产生的写等派生操作。
本包目录（421 条）
数据结构与选型42 条
持久化56 条
- AOF 原理：追加日志与重放
- RDB 快照原理
- RDB 与 AOF 对比与混用
- appendfsync：always/everysec/no
- 持久化方案：先定可容忍丢失量
- fork 与写时复制（COW）机制
- 从 RDB 恢复数据
- appendonly 与 AOF 文件形态
- BGREWRITEAOF：AOF 重写
- SAVE 与 BGSAVE 的区别
- BGSAVE 失败与写保护
- INFO persistence 常用字段解读
- RDB 的触发方式
- 启动加载：数据库从文件恢复的顺序
- redis-check-aof 修复 AOF
- save 配置：自动快照节奏
- 物理备份：定时拷贝快照文件
- vm.overcommit_memory 与后台保存
- dbfilename 与 dir：数据文件位置
- 自动重写触发条件
- 运行时切换持久化配置
- redis-check-rdb 校验快照
- 7.0 多文件 AOF 结构
- 丢失窗口计算与业务对账
- aof-load-truncated：尾部截断处理
- SHUTDOWN 与保存行为
- 持久化监控指标清单
- 换机迁移：快照加配置的完整流程
- 禁用自动快照：save 空字符串
- 透明大页（THP）与 fork 延迟
- 持久化磁盘与文件系统的选择
- 数据安全组合：持久化之外的三层
- rdbcompression 与快照体积
- RDB 版本兼容与升级回滚
- no-appendfsync-on-rewrite 权衡
- 版本升级时的持久化注意点
- AOF 体积增长与磁盘水位
- rdbchecksum：快照完整性校验
- RDB 会保存 LFU/LRU 元数据
- 重写缓冲区：衔接新旧文件
- fsync 错误与数据安全
- 恢复演练：备份可用性的唯一证明
- 容器化实例的持久化注意点
- 持久化排查工具速查
- COW 内存监控方法
- 低峰快照与重写编排
- 备份完整性校验：md5 与抽检
- 纯缓存实例的持久化取舍
- AOF 时间戳注释（7.0）
- 备份文件的权限与加密
- 增量文件轮转与重写关系
- 磁盘告警时的应急处置顺序
- WAITAOF：等待 AOF 落盘确认
- DEBUG RELOAD 验证落盘数据
- 快照临时文件与残留处理
- manifest 完整性要求
AOF 原理：追加日志与重放
AOF 把每条写命令追加到日志文件，重启时按顺序重放恢复数据；写入先进入内存缓冲，再按 appendfsync 策略刷盘。
易错点
- AOF 只记录成功执行的写命令，加载时被执行过的错误命令不会被重放
- 文件尾部若因断电截断，默认会加载到截断处并告警，需关注日志中的 truncated 提示
数据来源与参考
- Redis 官方文档：AOF 持久化说明