Redis 是单线程的，如何提高多核 CPU 的利用率？

这是一个非常经典的问题。很多人刚接触 Redis 时会觉得奇怪：既然现在的服务器动辄几十个核心，Redis 只用一个核岂不是太浪费了？

实际上，Redis 的“单线程”主要指其网络 IO 和键值对读写是由一个主线程完成的。但在多核时代，我们有以下几种方案来榨干 CPU 的性能：

1. 最核心的方案：多实例集群 (Cluster)

既然一个 Redis 实例只能用一个核，那最直接的办法就是在一台多核服务器上开启多个 Redis 实例。

• 做法：在同一台物理机上，根据 CPU 核心数，部署多个不同端口的 Redis 进程。

• 管理：通过 Redis Cluster 将这些实例组织起来，实现数据的分片（Sharding）。

• 优势：这是目前业界提高多核利用率最标准、最有效的手段。每个实例互不干扰，完美平摊负载。

2. 利用 Redis 6.0+ 的多线程 IO

虽然 Redis 的命令执行依然是单线程的，但从 6.0 版本开始，官方引入了 Threaded IO。

• 原理：Redis 的性能瓶颈往往不在 CPU 执行命令，而是在 网络读写（IO） 上。

• 优化：Redis 允许开启多个 IO 线程来处理连接读写，而主线程只负责解析并执行命令。

• 配置：在 redis.conf 中开启 io-threads。通常核心数如果是 8 核，建议开启 6 个线程（保留 2 个核心给主线程和系统）。

3. 利用后台线程处理重任务

其实 Redis 内部并不是纯粹的单线程，它会通过 bio（Background I/O）线程将一些“重活”异步化：

• 生成 RDB/AOF 重写：通过 fork 子进程来处理磁盘持久化，不阻塞主线程。

• 惰性删除 (Lazy Free)：当你删除一个巨大的键（比如包含百万元素的 List）时，主线程只负责逻辑删除，真正的内存释放由后台线程异步完成。

总结与建议

温馨提示：在优化之前，请先确认瓶颈在哪。Redis 官方曾提到，大多数情况下瓶颈是网络或内存带宽，而非 CPU。如果你的 QPS 还没达到 10w+，单线程其实绰绰有余。

你想深入了解如何配置 Redis Cluster 吗？或者想看看 Redis 6.0 多线程的具体参数设置？