混合持久化是redis 4.0+引入的rdb与aof融合机制，通过aof重写时生成“rdb二进制头部+后续aof增量命令”的单一文件，实现秒级加载与数据零丢失兼顾；需同时启用appendonly yes和aof-use-rdb-preamble yes，并执行bgrewriteaof生效。
Redis 混合持久化不是简单地“同时开启 RDB 和 AOF”，而是把两者融合进一个文件里，核心是用 RDB 奠定数据基线、用 AOF 记录增量变更，让恢复又快又全。
混合持久化的文件结构：RDB 开头 + AOF 结尾
开启后，AOF 重写（bgrewriteaof）生成的 appendonly.aof 文件不再全是命令日志。它的前半部分是标准 RDB 格式二进制内容（以 REDIS 字符串开头），快速加载出完整数据快照；后半部分才是纯文本的 AOF 命令，覆盖 RDB 生成之后的所有写操作。
- RDB 部分：提供“冷启动”速度，避免从零回放成千上万条命令
- AOF 部分：确保 RDB 快照之后的数据不丢失，最小化窗口期
- 整个文件仍被当作 AOF 处理：重启时只读这一个文件，不依赖 dump.rdb
它怎么兼顾 RDB 的快和 AOF 的稳
传统方案中，RDB 恢复快但可能丢几分钟数据；AOF 数据全但加载慢。混合模式绕开了这个取舍：
- 恢复阶段：先用 RDB 部分秒级加载主干数据，再顺序执行末尾的 AOF 命令——比纯 AOF 快数倍，又比纯 RDB 安全得多
- 写入阶段：日常仍按 AOF 策略追加命令（如 everysec），性能开销与普通 AOF 一致
- 重写阶段：AOF 重写时自动整合当前内存快照（RDB）+ 缓冲区待写命令（AOF），生成紧凑且完整的混合文件
如何确认并启用混合持久化
Redis 5.0 及以后默认开启；4.0 需手动配置。关键命令和设置如下：
- 检查状态：CONFIG GET aof-use-rdb-preamble，返回 yes 表示已启用
- 运行时开启：CONFIG SET aof-use-rdb-preamble yes（注意：重启失效）
- 永久生效：修改 redis.conf，将 aof-use-rdb-preamble no 改为 yes
- 触发一次重写：BGREWRITEAOF，之后新生成的 AOF 文件即为混合格式
实际效果对比（典型场景）
假设某实例有 20GB 数据，最近 1 小时产生约 50 万条写命令：
- 纯 RDB：恢复约 2–3 秒，但可能丢失最多 60 分钟数据
- 纯 AOF：恢复需 30–60 秒（逐条执行命令），但最多只丢 1 秒
- 混合持久化：恢复约 5–8 秒（RDB 加载 + 少量 AOF 回放），数据丢失控制在 1 秒内
