混合持久化开启后，AOF重写时先将RDB格式的全量数据写入AOF文件开头，再以AOF格式追加重写开始后的增量命令；即生成一个“RDB前缀 + AOF尾部”的单一appendonly.aof文件，重启时优先加载该文件完成快速全量恢复与增量补全。
混合持久化开启后，AOF重写时到底写什么？
混合持久化不是简单地“同时存RDB和AOF”，而是把RDB快照内容作为AOF文件的**前缀**，后面再追加增量命令。关键动作发生在AOF重写（BGREWRITEAOF）期间：Redis会先生成一个紧凑的RDB二进制块，直接写入新AOF文件开头；之后才把重写开始后的新写命令以AOF格式追加到该块后面。
这意味着重启时，Redis只需加载一次文件——先用RDB部分快速恢复全量数据，再回放后续AOF命令补全变更。不用像纯AOF那样逐条解析成千上万条命令，也不用像纯RDB那样丢失最后一次快照后的所有操作。
-
appendonly yes必须开启，否则混合模式不生效 -
aof-use-rdb-preamble yes才是混合持久化的开关，默认为yes（Redis 4.0+），但旧配置可能被手动关掉 - 重写触发条件仍由
auto-aof-rewrite-percentage和auto-aof-rewrite-min-size控制，和纯AOF一致
为什么重启优先加载AOF而不是RDB？
即使RDB和AOF都存在，Redis启动时也只认appendonly.aof文件（或appendfilename指定的文件名），完全忽略dump.rdb。这是硬编码逻辑：loadAppendOnlyFile()函数会先尝试加载AOF；只有当AOF文件不存在或损坏时，才会 fallback 到rdbLoad()。
所以混合持久化的“RDB部分”只是AOF文件里的一个特殊段落，不是独立文件。你不会在磁盘上看到两个并存的持久化文件——只有一个appendonly.aof，它内部结构是：RDB header + AOF commands。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 检查是否启用混合模式：用
redis-cli config get aof-use-rdb-preamble，返回["aof-use-rdb-preamble","yes"]才算生效 - 查看AOF文件真实内容：用
xxd appendonly.aof | head -20，能看到开头是RDB魔数REDIS0009（版本号随Redis变），后面才是*3\r\n$3\r\nSET\r\n...这类AOF命令 - 如果误删了AOF但保留了RDB，重启后只会加载RDB——但这已不是混合模式，而是退化为纯RDB行为
混合持久化对性能和磁盘空间的实际影响
它解决的是纯AOF恢复慢、纯RDB丢失多的矛盾，但没消除开销本身。RDB块生成仍需fork()子进程，AOF重写期间的内存占用可能比纯RDB更高——因为要同时维护旧AOF缓冲区、新AOF缓冲区、以及RDB序列化所需的内存副本。
磁盘空间上，混合AOF文件通常比纯RDB大（多了命令日志），但比纯AOF小（省去了历史冗余命令）。不过要注意：auto-aof-rewrite-percentage若设得过低（比如50%），会导致频繁重写，反而放大I/O压力。
- 生产环境建议把
auto-aof-rewrite-percentage设为100或更高，避免每小时都重写 -
no-appendfsync-on-rewrite yes必须开启，否则重写期间fsync会阻塞主线程 - 监控指标重点看
latest_fork_seconds（fork耗时）和aof_last_rewrite_time_sec（重写耗时），两者突增说明机器内存或I/O有瓶颈
线上故障时最容易被忽略的三个细节
混合持久化看似“开箱即用”，但实际踩坑点集中在配置一致性、文件权限、以及运维误操作上。最常被忽略的是AOF文件路径和RDB路径不在同一目录导致加载失败，或者用redis-check-aof --fix修复后意外清空了RDB preamble部分。
- 确认
dir配置统一：RDB和AOF必须在同一个dir下，否则redis-server启动时找不到appendonly.aof - 不要手动编辑
appendonly.aof：哪怕只删一行，也可能破坏RDB preamble的二进制结构，导致Bad file format reading the append only file错误 - 升级Redis版本后务必验证：4.0引入混合模式，但5.0/6.0对preamble校验更严格，旧版生成的混合AOF在新版可能无法加载
