Redis RDB持久化阻塞主进程的根源是save配置触发高频fork，而fork本身在大内存、未优化系统下会同步阻塞主线程数百毫秒；需通过调优save策略、禁用THP、升级内核及错峰执行来缓解。
因为 save 配置触发太频繁时，Redis 会高频 fork 子进程执行 RDB 快照，而 fork 在内存大、页表多的场景下本身就会阻塞主线程 —— 不是快照写盘慢，是 fork 这一步就卡住了。
save 触发机制直接决定 fork 频率
Redis 不是“定时”执行快照，而是每次有写命令修改数据后，检查是否满足 save 配置中的任一条件（如 save 60 10000 表示“60 秒内至少 10000 次变更”）。只要满足，立刻触发 fork + bgsave。
- 写入密集的服务（如计数器、实时排行榜），可能每秒改几百次键 → 很容易在 1 分钟内凑满 10000 次，导致每分钟都 fork 一次
- 如果上一次
bgsave还没结束，下一次条件又满足，Redis 会排队等待，但 fork 动作仍会在条件达成瞬间发起 —— 多个 fork 请求堆积会放大主线程卡顿 -
info stats中的latest_fork_usec若持续 >500000（即 500ms），说明 fork 已成为瓶颈，不是磁盘慢，是 OS 层 fork 开销失控
fork 耗时被系统级因素严重放大
很多人以为换 SSD 就能解决，其实 fork 延迟主要取决于操作系统和内存管理，和磁盘关系不大：
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 容器或云主机中启用 cgroup 内存限制时，fork 会遍历整个进程页表并复制，内存越大、页表越深，耗时越长
- 未关闭 THP（
/sys/kernel/mm/transparent_hugepage/enabled）会导致 fork 时分配巨页失败，回退重试，延迟飙升数倍 -
/proc/sys/vm/swappiness> 0 时，fork 可能触发 swap 扫描，哪怕内存充足也会卡住主线程 - 机械盘上
bgsave本身可能要 2s+，但更致命的是 fork 阶段已让客户端看到latency latest中 command 类型延迟突增
save 参数调得太密反而引发“快照风暴”
默认配置 save 900 1 看似宽松，但在低频写入场景下反而更危险：只要发生一次写，900 秒后就强制快照；而写入稍密的服务（比如每 2 分钟写一次），就会稳定地每 15 分钟触发一次，毫无弹性。
- 允许丢 5 分钟数据 → 改用
save 300 1，写入少时几乎不触发，写入密时也只在业务低谷集中触发 - 配置中心类服务（几小时才改一次）→ 直接
save ""禁用自动 RDB，凌晨用脚本手动redis-cli bgsave - 绝对不能只删掉 conf 里的
save行：Redis 会 fallback 到内置默认值（save 900 1），等于白改 - 配套必须设
stop-writes-on-bgsave-error yes，否则磁盘满时 bgsave 失败，Redis 会静默拒绝写入，现象是“连接正常但 set 不进去”
AOF 重写和 RDB 快照撞车会雪上加霜
当 auto-aof-rewrite-percentage 和任意一条 save 条件同时满足，Redis 会并发启动两个子进程（一个 fork 做 RDB，一个 fork 做 AOF rewrite），CPU、IO、内存页表竞争全拉满。
- 现象：
redis-cli --stat显示instantaneous_ops_per_sec断崖下跌，INFO persistence里rdb_last_bgsave_time_sec和aof_last_rewrite_time_sec接近 - 解法一：把 AOF 重写阈值调高，例如
auto-aof-rewrite-percentage 200+auto-aof-rewrite-min-size 512mb - 解法二：关键节点直接关 RDB，只留 AOF +
appendfsync everysec，用bgrewriteaof替代bgsave - 解法三：启用
aof-rewrite-incremental-fsync yes，让 AOF rewrite 过程分批刷盘，避免单次 IO 峰值打爆磁盘
真正难调的不是参数数字，而是 fork 这个动作本身在现代云环境下的不可预测性 —— 它既不写磁盘也不占 CPU，却能让 Redis 主线程停顿数百毫秒，且监控指标里没有明显告警，只有 latest_fork_usec 和客户端延迟曲线在默默说话。
