rdbchecksum默认开启，通过在RDB末尾写入并校验CRC64值，确保加载时发现文件损坏（如截断、位翻转）即报错退出，防止静默数据污染；但会增加bgsave末期O(n)计算及8字节写入开销。
rdbchecksum 默认已开启，生产环境建议保持开启，除非你明确知道校验失败的风险可接受且性能压测证实它成了瓶颈。
为什么 rdbchecksum 开启后能防止 RDB 文件损坏却要权衡
RDB 文件是二进制快照，没有结构化校验时，磁盘静默错误、传输截断、写入中断都可能导致 dump.rdb 文件内容损坏但不报错。开启 rdbchecksum 后，Redis 在生成 RDB 时会在文件末尾写入一个 CRC64 校验和；加载时会重新计算并比对——不一致则直接拒绝加载，避免静默数据污染。
但这个校验不是免费的：它在 bgsave 子进程写完所有数据后，额外增加一次全量扫描计算（约 O(n) 时间），还会多写 8 字节。对超大 RDB（比如 >2GB）或高 I/O 压力场景，可能延长 rdb_bgsave_in_progress 时间几十毫秒。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 默认值是
yes，即开启；关闭需显式设为rdbchecksum no - 校验只作用于 RDB 文件加载阶段，不影响运行时性能
- 若使用 NFS 或某些低质量 USB 存储，静默损坏概率上升，此时开启收益明显
哪些场景可以考虑关闭 rdbchecksum
关闭仅在极少数受控场景下合理，且必须配合其他保障手段：
- 容器化部署中 RDB 文件由 CI/CD 流水线生成并 SHA256 签名校验，且永不手动拷贝或挂载外部存储
- 嵌入式设备内存极小（
- 压测确认单次
bgsave耗时中 >15% 来自校验，且业务允许“最多丢一个 RDB 周期数据” - 注意：
redis-cli --rdb导出或redis-check-rdb工具仍可离线校验，关闭不影响这些
rdbchecksum 和 rdbcompression 的关系容易被忽略
两者独立开关，但行为有隐含耦合：
-
rdbcompression yes（默认）启用 LZF 压缩，压缩本身已包含基础完整性检查；但压缩失败不会阻止写入，而rdbchecksum是最终兜底 - 若同时关闭
rdbcompression和rdbchecksum，RDB 文件将完全裸写入磁盘，任何位翻转都无法被 Redis 自身发现 - 压缩率高的 RDB（如大量短字符串），校验计算量相对更小；但压缩本身 CPU 开销通常远高于校验
真正容易被忽略的点是：即使你关了 rdbchecksum，只要用了 redis-check-rdb dump.rdb 命令，它仍会强制做 CRC64 校验并报错——也就是说，运维流程里是否执行该命令，比配置项本身影响更大。
