redis单核cpu满载主因是rdb fork子进程后lzf压缩，属单核cpu密集型操作；可通过ps和info命令确认子进程占用，并用config set动态关闭压缩、延长保存间隔或启用zstd缓解。
Redis 持久化本身不会让 CPU 单核跑到 100%，真正出问题的是 RDB 生成时的 fork() 后子进程压缩、或 AOF 重写时的命令回放 + 压缩，尤其在小内存、单核、高写入场景下极易触发主线程卡顿和子进程 CPU 疯狂占用。
为什么 fork + LZF 压缩会让单核 CPU 满载
Redis 主线程在触发 save 或 bgsave 时会 fork() 出子进程。子进程继承了父进程的内存页（写时复制），但一旦开始做 LZF 压缩（rdbcompression yes 默认开启），就会对整个内存镜像进行遍历+压缩计算——这完全是 CPU 密集型操作，且只能跑在一个核上。单核机器上，这个子进程很容易吃满 100% CPU，同时主线程因 fork() 阻塞、页表拷贝、内存锁争用而响应变慢，形成“CPU 高 + 响应卡”的双重现象。
-
fork()耗时与 Redis 当前内存使用量正相关：1GB 内存可能卡 100ms，4GB 可能卡 500ms+ - LZF 压缩比高但 CPU 开销大；ZSTD（Redis 7.0+）压缩率相近但 CPU 更低，但默认不启用
- 如果
save触发频繁（如配置了save 60 10000），子进程可能刚结束，下一个又来了，CPU 没有喘息机会
如何确认是 RDB/AOF 持久化导致的 CPU 尖峰
别只看 top 显示 redis 进程 100%，要区分是主线程还是子进程。执行：
ps -o pid,ppid,comm,%cpu -C redis-server ps -o pid,ppid,comm,%cpu -C redis-server --forest
若看到 redis-server 下挂了一个同名子进程（PPID 是主进程 PID），且该子进程 %cpu 接近 100%，基本就是它了。再配合：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
redis-cli info persistence | grep -E "(rdb|aof)_bgsave_in_progress|aof_rewrite_in_progress"—— 查看是否正在执行后台保存 -
cat /proc/[pid]/stack | grep -q "do_fork\|lzf_compress"（需 root）—— 直接看内核栈是否卡在 fork 或压缩路径 - 检查
redis.log中是否有密集的Background saving started by pid XXX和后续DB saved on disk日志，间隔是否短于 60 秒
立刻生效的缓解配置项（无需重启）
以下命令可在线修改，立即影响后续持久化行为：
- 关掉 RDB 压缩：
CONFIG SET rdbcompression no（LZF 压缩去掉后，CPU 降幅通常达 40–70%） - 延长触发间隔，降低频率：
CONFIG SET save "300 10 900 1"（把高频小改动的触发条件大幅放宽） - 禁用自动 AOF 重写：
CONFIG SET auto-aof-rewrite-percentage 0（改由运维定时低峰期手动触发） - 若已用 Redis 7.0+，启用 ZSTD：
CONFIG SET rdbcompression yes; CONFIG SET rdbchecksum yes; CONFIG SET rdb-del-sync-files no，再设CONFIG SET rdb-zstd-level 1（最低压缩级，平衡 CPU 与体积）
长期必须做的三件事
临时调参只能治标。单核 CPU 满载本质是架构与负载不匹配：
- 禁止在单核机器上部署生产 Redis：Redis 的
fork()天然不适合单核，哪怕只是 2 核也能让子进程跑在空闲核上，主线程不受干扰 - 把 RDB 切换为 AOF（appendonly yes），并设
appendfsync everysec：AOF 重写仍需 fork，但日常写入是追加，无压缩开销；且everysec模式下 fsync 由单独线程完成，不阻塞主线程 - 如果业务允许，直接关闭持久化（
save "",appendonly no），靠上游服务兜底或用 Redis Cluster + 多副本容错——很多纯缓存场景其实不需要磁盘落盘
最常被忽略的一点：fork() 性能和系统 vm.overcommit_memory 设置强相关。若值为 0（默认），Linux 在 fork 前会检查是否有足够虚拟内存，而 Redis 内存映射大，容易失败或变慢；设为 1（echo 1 > /proc/sys/vm/overcommit_memory）才能让 fork 快速成功——但这一步几乎没人检查。
