Redis RDB快照通过BGSAVE+写时复制（COW）实现低干扰持久化：fork子进程后主线程继续处理请求，COW保障快照一致性；但fork本身有短暂停顿，需禁用THP、控制实例内存并错峰执行。

Redis RDB 文件生成时不影响主线程对外提供服务，核心靠的是 BGSAVE + 写时复制（Copy-On-Write, COW） 机制，而不是完全“零阻塞”，但做到了绝大多数请求处理不受影响。

BGSAVE 启动子进程，主线程继续工作

执行 BGSAVE 时，Redis 主进程调用 fork() 创建子进程，此后：

• 子进程独立承担 RDB 文件的序列化与写盘任务；
• 主线程不等待子进程完成，立即回到事件循环，照常接收、解析、执行客户端命令；
• 读请求返回最新数据，写请求也正常生效——用户几乎感知不到后台正在做快照。

写时复制（COW）保障快照一致性

fork 后父子进程共享同一份内存页表，但操作系统按需复制被修改的内存页：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 子进程只读取 fork 那一时刻的内存数据，用于生成精确快照；
• 主线程若修改某个 key（比如 SET user:1001 "online"），内核自动为该页创建副本，主线程写新页，子进程仍读旧页；
• 无需暂停写操作，也不用全量复制内存，大幅降低开销。

注意：fork 阶段仍有短暂主线程停顿

虽然 BGSAVE 整体不阻塞服务，但 fork() 系统调用本身是同步的，会短暂占用主线程：

• 耗时取决于 Redis 占用的内存页数量（不是数据大小，而是虚拟内存映射页数）；
• 几十 GB 实例 + 开启透明大页（THP）时，fork 可能卡住几百毫秒；
• 可通过 INFO stats 查看 latest_fork_usec 指标监控实际开销。

生产环境推荐实践

为最大限度减少影响，建议：

• 禁用 Linux 透明大页：echo never > /sys/kernel/mm/transparent_hugepage/enabled；
• 单实例内存控制在 16GB 以内，过大应分片；
• 避免在高峰期触发 RDB（如错开定时 save 配置与业务高峰）；
• 优先由从节点执行 RDB（slave-serve-stale-data no 配合配置），主节点专注服务。