Redis 4.0+默认支持但不默认开启混合持久化，需同时配置appendonly yes和aof-use-rdb-preamble yes才生效；CONFIG GET aof-use-rdb-preamble返回"yes"且appendonly为"yes"方可确认启用。
Redis 4.0+ 默认支持混合持久化，但**不默认开启**；必须显式启用 AOF 并配置 aof-use-rdb-preamble yes 才真正生效。只开 AOF 或只改 RDB 配置，都不等于混合持久化。
如何确认当前是否已启用混合持久化
连接 Redis 后执行：CONFIG GET aof-use-rdb-preamble，返回 "yes" 才表示混合模式已激活。
同时需确保 appendonly 为 "yes"，否则 AOF 不工作，混合自然失效。
- 常见误判：看到
appendonly yes就以为是混合——错，aof-use-rdb-preamble才是开关 - Redis 启动时若配置有误（如 AOF 开启但 RDB 被禁用），会报错
Can't handle RDB format in AOF file，说明混合结构解析失败 - 检查生成的
appendonly.aof文件头：前几个字节应为REDIS0011（RDB 格式标识），之后才是文本命令——这是混合文件的铁证
关键配置项与参数含义
混合持久化依赖两个核心配置协同生效：
-
appendonly yes：强制开启 AOF，否则混合无从谈起 -
aof-use-rdb-preamble yes：决定 AOF 文件是否以 RDB 格式开头（即“ preamble”部分） -
appendfsync everysec：推荐值；always会阻塞主线程，no可能丢数，everysec是性能与安全的平衡点 -
save触发条件（如save 60 10000）仍影响 RDB 快照频率，但混合模式下它**仅用于触发 AOF 重写时的 base snapshot**，不再单独生成dump.rdb
注意：dir 和 appendfilename 必须指向可写路径，否则混合写入会静默失败，日志里只报 Failed to open the temp AOF file。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
混合文件恢复时的实际行为
Redis 启动加载 appendonly.aof 时，并非“先读 RDB 段再执行命令段”那么简单：
- 它会先用内置 RDB 解析器加载 preamble 部分，构建初始数据集
- 再逐行解析后续 AOF 命令，**跳过所有已被 preamble 覆盖的 key 的重复 SET/DEL 操作**（靠内部 key 版本号或时间戳去重）
- 如果 AOF 文件损坏（比如 preamble 截断），Redis 会自动降级为纯 AOF 恢复（前提是
aof-load-truncated yes，默认开启） - 恢复耗时 ≈ RDB 加载时间 + AOF 命令重放时间，但远小于纯 AOF（因 preamble 已覆盖大部分数据）
容易被忽略的兼容性与运维陷阱
混合持久化不是“设了就完事”，以下三点在升级或迁移时极易出问题：
- Redis 3.2 或更早版本无法识别含 preamble 的 AOF 文件，直接启动会报错退出；升级前必须用
redis-check-aof --fix转换或清空 AOF - 主从复制中，混合 AOF 文件被传播给从库后，从库若未启用
aof-use-rdb-preamble，会导致同步卡住或数据不一致 - 备份脚本若只拷贝
dump.rdb，会遗漏混合模式下的全部状态——此时唯一可靠备份是appendonly.aof全文件
最常被跳过的动作：开启混合后，务必运行一次 BGREWRITEAOF，让 Redis 生成首个带 preamble 的新 AOF 文件；旧 AOF 文件不会自动升级。
