| 默认 | aof-load-truncated yes |
|---|---|
| 行为 | 加载到截断处并打警告日志 |
| 反之 | no：拒绝启动，要求先修复文件 |
核对日志
核对日志
grep -i truncated /var/log/redis/redis-server.log
tail -5 /data/redis/appendonlydir/*.incr.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 完整性要求
aof-load-truncated：尾部截断处理
断电可能让 AOF 尾部只写了半条命令：aof-load-truncated yes（默认）会加载到最后一个完整命令并记录警告，no 则直接启动失败。
易错点
- 容忍截断意味着接受最后一条写命令丢失，金融类业务需要评估并配合副本冗余
- 截断发生后应尽快重写 AOF 生成干净基线，避免损坏文件长期保留
数据来源与参考
- Redis 官方文档：redis.conf aof-load-truncated 注释