redis 6.2未引入新持久化机制，仍沿用rdb与aof，配置项、触发逻辑、文件格式及混合持久化均与6.0一致，仅修复fork阻塞和aof重写稳定性问题。

没有。Redis 6.2 没有引入新的持久化机制，RDB 和 AOF 的行为、配置项、触发逻辑与 6.0 完全一致；它只是修复了若干与 bgsave fork 阻塞、AOF rewrite 过程中缓冲区溢出相关的稳定性问题。

Redis 6.2 的 RDB 仍依赖 bgsave 和配置项 save

RDB 的自动触发逻辑完全沿用旧版：通过 redis.conf 中的 save 指令（如 save 60 10000）控制快照时机，底层仍靠 fork() + 写时复制（COW）实现。6.2 并未改变 rdbSave 函数的序列化方式、压缩策略或文件格式（仍是 LZF 压缩的二进制 dump.rdb）。

• save 命令依然阻塞，线上严禁使用
• bgsave 仍是唯一推荐的手动触发方式，子进程退出后才替换 dump.rdb
• CONFIG GET dir 和 CONFIG GET dbfilename 查到的路径/文件名含义未变
• 若启用了 replica-serve-stale-data no，主从切换期间 RDB 加载行为也无变化

AOF 在 6.2 中仍由 appendonly yes 控制，重写逻辑未重构

AOF 的核心参数（appendfsync、auto-aof-rewrite-percentage、auto-aof-rewrite-min-size）全部保留，重写过程仍通过 bgrewriteaof 命令触发，本质是 fork 子进程读取当前内存状态并生成新 AOF 文件。

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

• appendfsync always 仍每命令 fsync，性能最差但最安全
• appendfsync everysec 是默认值，实际可能丢失最多 1 秒数据
• 6.2 修复了某些极端场景下 AOF rewrite 导致的 Assertion failed: aeCreateFileEvent 错误，但不是机制调整
• 混合持久化（aof-use-rdb-preamble yes）在 6.2 中继续有效，且仍优先加载 AOF

容易被忽略的 6.2 兼容性细节

升级到 6.2 后，若你依赖某些监控脚本或运维工具解析 RDB/AOF 文件，需注意：

• RDB 文件版本号仍是 REDIS0010（对应 Redis 6.x），不兼容 7.0 的 REDIS0011
• AOF 文件头部仍以 *2\r\n$6\r\nSELECT\r\n$1\r\n0\r\n 开头，无新增指令格式
• redis-check-aof --fix 在 6.2 中对破损 AOF 的修复能力未增强，遇到 Unexpected EOF 仍需人工截断
• 6.2 默认关闭 protected-mode 的行为不影响持久化，但若你通过 redis-cli --rdb 导出 RDB，需确保目标路径有写权限

真正需要关注的不是“6.2 有什么新持久化特性”，而是确认你的 save 规则是否匹配业务写入节奏、appendfsync 策略是否与磁盘 I/O 能力匹配——这些判断标准在 6.2 里没变，也不该因版本升级而放松验证。