Redis集群节点配置多vCPU对RDB备份是否有性能收益？

可以明确给出结论：给单Redis节点配置1个以上的vCPU是能带来实际收益的，RDB持久化fork出的子进程完全可以利用独立的CPU核心运行。

相关逻辑和补充说明如下：

• Redis主进程的核心事件循环确实是单线程处理业务请求，但fork产生的RDB持久化、AOF重写子进程是独立的操作系统调度单元，操作系统会自动将其分配到空闲CPU核心运行，不会抢占主进程的CPU资源，完全不会影响正常请求的处理效率。
• 除了持久化子进程外，额外的vCPU还可以覆盖这些场景的性能需求：
  • 如果你使用的是Redis 6.0及以上版本，开启多IO线程后，网络请求的收发解析可以通过额外核心处理，能大幅提升单节点的吞吐能力
  • AOF日志的异步fsync刷盘任务、主从全量同步时的RDB生成、传输缓冲处理等后台任务，都可以在额外核心上运行，避免阻塞主进程
• 针对GCP虚拟化环境的配置建议：
  单Redis节点配置2个vCPU的投入产出比最高，更多的vCPU除非你的节点有大key批量操作、超高QPS、高频持久化等特殊需求，否则边际收益会非常低。如果是单台GCP虚拟机上部署多个Redis集群节点，建议总vCPU数至少预留1/3的冗余给所有节点的后台任务使用，避免多个节点同时触发RDB持久化时出现CPU争抢，导致主进程请求延迟升高。

内容的提问来源于stack exchange，提问作者dmh