Redis启动跳过AOF加载的直接原因是：AOF文件在配置路径下不存在或不可读；即使appendonly yes启用，只要appendonly.aof文件缺失、为空、权限不足或被重命名，Redis就退回到RDB加载逻辑，且不校验内容有效性。
Redis启动时跳过AOF加载的直接原因
Redis不是“选择性忽略”AOF，而是严格按文件存在性做判断：只要appendonly.aof文件在dir配置指定路径下存在且可读，就会强制走AOF加载流程；反之，哪怕appendonly yes写在配置里，只要该文件不存在，Redis就退回到RDB加载逻辑。
为什么appendonly yes但没加载AOF？
常见于以下几种情况：
-
appendonly.aof被手动删除或重命名，但redis.conf里仍保留appendonly yes - Redis上次是用
shutdown关闭的，但配置中appendonly yes未生效（比如配置文件没重载、用了--appendonly no命令行参数） - 启用了混合持久化（
aof-use-rdb-preamble yes），但新AOF文件尚未生成，旧AOF又损坏被自动清空，导致目录下无有效AOF文件 - 权限问题：
redis用户对appendonly.aof所在目录无读权限，文件实际存在却无法打开
如何快速确认AOF是否本应被加载？
执行以下检查顺序，缺一不可：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 运行
redis-cli config get appendonly，确认返回值是"yes"（不是靠看配置文件） - 运行
redis-cli config get dir和config get appendfilename，拼出完整路径，再用ls -l确认appendonly.aof是否存在且大小 > 0 - 查看启动日志（
redis-server /path/to/redis.conf输出），搜索Starting Redis server之后是否出现Reading AOF from file或Failed to open the AOF file - 若日志里有
Invalid argument during startup: Invalid AOF header，说明文件存在但内容损坏，Redis已abort加载并静默跳过——此时不会 fallback 到 RDB，除非你先移走该文件
最容易被忽略的细节：AOF文件存在即生效，不校验内容有效性
Redis在启动早期只检查appendonly.aof文件是否存在、是否可读，**不验证其内容是否合法**。这意味着：
- 一个空文件、零字节的
appendonly.aof，也会触发AOF加载流程，然后立刻失败退出 - 手动
touch appendonly.aof后启动Redis，等同于开启AOF但无数据，结果是加载空状态，覆盖掉RDB里的全部数据 - 混合持久化下，即使RDB preamble校验失败，整个AOF加载仍会abort，不会尝试解析后面的有效命令——它把整个文件当做一个原子单元处理
所以排查时别只盯着配置项，先盯住那个文件在不在、有没有被其他进程锁住、是不是被截断过。
