混合持久化文件结构为前半部分标准RDB二进制数据（以“REDIS”魔数开头）、后半部分纯文本AOF命令流，两者通过RDB自身长度信息严格分界，中间无显式分隔符。
混合持久化文件的结构本质
Redis 4.0+ 的混合持久化（aof-use-rdb-preamble yes）不是简单拼接，而是严格分段：前半部分是标准 RDB 格式二进制数据，后半部分是纯文本 AOF 命令流。两者之间没有分隔符，但有明确的协议边界——RDB 数据以固定魔数 REDIS 开头，AOF 部分以 *[数字]（RESP 协议数组开头）紧随其后。关键在于：RDB 段本身自带长度信息（通过 RDB 版本号、EOF 标记和校验和可定位结束位置），之后所有字节都属于 AOF。
用 hexdump + grep 快速定位分界点
直接读取混合 AOF 文件（默认 appendonly.aof）时，别用文本编辑器硬打开。执行：
hexdump -C appendonly.aof | head -n 50
你会看到开头是：
00000000 52 45 44 49 53 30 30 31 31 0a 03 00 00 00 00 00 |REDIS0011.......|
这就是 RDB 头。继续向下找第一个 2a（即 ASCII *）出现的位置：
grep -ab "2a" <(hexdump -C appendonly.aof | cut -d' ' -f2-17 | tr '\n' '\0' | xxd -r -p) | head -1
更实用的是用 redis-check-aof --fix 验证时它会自动报告 “RDB preamble ends at offset XXX”，这个 XXX 就是分界点。
用 redis-cli --pipe 检查 AOF 部分是否合法
RDB 段不可执行，AOF 段必须能被 Redis 重放。快速验证后半部分是否为有效 AOF：
- 先用
redis-cli --pipe 测试小片段（如从 offset 1MB 开始取 1KB） - 若报错
Protocol error: expected '$', got '*'，说明该位置不是 AOF 起始——很可能还在 RDB 段内 - 真正 AOF 起始处第一条命令通常是
*3\r\n$3\r\nSET\r\n$2\r\nk1\r\n$2\r\nv1\r\n这类完整 RESP 结构
注意：redis-check-aof --fix 会尝试解析整个文件并提示首个非法命令位置，那个位置之前就是 RDB 段终点。
容易忽略的坑：RDB 段末尾可能含空字节或校验残留
RDB 段结尾不一定是干净的 EOF 标记。某些版本在写入混合文件时会在 RDB 末尾补零（00）对齐，或残留 CRC64 校验字段。这些字节仍属 RDB 逻辑范围，不能当成 AOF 解析。最稳妥的方式是依赖 redis-check-aof 输出的 offset，而不是靠肉眼找 *——因为 AOF 中的 key 名或 value 也可能含 * 字符（虽然罕见）。混合文件的“分界”是协议定义的，不是字符串匹配出来的。
