为什么Redis重启后只加载了RDB并未加载AOF_检查appendonly开关是否在启动前开启

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-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，不会尝试解析后面的有效命令——它把整个文件当做一个原子单元处理

所以排查时别只盯着配置项，先盯住那个文件在不在、有没有被其他进程锁住、是不是被截断过。