| 开关 | appendonly yes/no |
|---|---|
| 默认文件名 | appendonly.aof（旧）或文件目录（新） |
| 目录 | 与 RDB 同在 dir 下 |
示例
示例
redis-cli CONFIG SET appendonly yes
ls /data/redis/
ls /data/redis/appendonlydir/ # 7.0 多文件结构动态开启时会触发一次基线重写，把当前内存数据写成 AOF 基线，之后的新写入进入增量。
本包目录（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 完整性要求
appendonly 与 AOF 文件形态
appendonly yes 开启 AOF；7.0 起 AOF 为多文件结构（base 与 incr 片段加 manifest），旧版本为单一 appendonly.aof 文件。
易错点
- 旧版本单文件与新版本目录结构不同，跨版本迁移时不要直接拷单文件名了事
- 关闭 appendonly 不会自动删除已有 AOF 文件，重启可能被旧文件干扰，需明确处理
数据来源与参考
- Redis 官方文档：AOF 与 7.0 多文件 AOF 说明