Redis 6.0 开启多线程 IO 需修改 redis.conf 配置 io-threads 和 io-threads-do-reads 并重启服务，该功能仅加速网络读写，不提升命令执行速度，线程数建议设为 CPU 核数的 50%-75%。
先说结论：配置生效必须重启 Redis 实例，且多线程仅优化网络吞吐，不影响持久化性能。
- 适合高网络并发场景：连接数多、大包传输、短连接频繁的业务
- 先准备配置修改：需同时设置 io-threads 和 io-threads-do-reads 两个参数
- 验收通过 INFO 验证：使用 INFO server 确认 io_threads_num 字段值匹配
命令速用版
直接编辑 redis.conf 文件，在末尾添加或修改以下两行配置，保存后重启 Redis 服务。
io-threads 4
io-threads-do-reads yes线程数设置参考：4 核机器设 2-3 个线程，8 核机器设 6 个线程，最大不建议超过 CPU 核数的 75%。
为什么会这样
Redis 6.0 的多线程仅作用于网络 I/O 读写，核心命令执行仍由单主线程完成。
Redis 6.0 引入多线程是为了解决网络读写成为瓶颈的问题，而非突破单线程执行命令的限制。主线程负责接收连接、解析命令、执行逻辑及数据操作，IO 线程仅负责从 socket 读取请求数据和将响应数据写回 socket。这种设计保持了数据操作的原子性，避免了多线程操作数据结构带来的锁竞争问题，同时利用了多核 CPU 处理网络包的能力。
分步处理
按以下步骤开启并优化多线程配置，确保配置生效且无副作用。
步骤 1：备份配置文件
修改前务必备份当前 redis.conf，防止配置错误导致无法启动。
步骤 2：修改配置参数
打开 redis.conf，搜索 Threads 相关配置，确保同时设置以下两项：
- io-threads：设置为大于 1 的整数，例如 4 或 6
- io-threads-do-reads：设置为 yes，否则仅写操作多线程，读操作仍走主线程
步骤 3：重启 Redis 服务
这两个参数不支持热重载，CONFIG SET 会报错，必须重启进程。
步骤 4：检查系统内核参数
若线程数较多，需检查 Linux 内核连接队列 net.core.netdev_max_backlog，避免丢包。
怎么验证是否生效
使用 Redis 命令行工具执行 INFO 命令，查看线程相关字段。
redis-cli INFO server在输出结果中查找 io_threads_num 字段，确认其值与配置的 io-threads 一致。若该字段为 1 或未显示，说明多线程未启用。也可使用 INFO threads 查看具体线程信息。
常见坑
配置多线程后性能未提升甚至下降，通常由以下原因导致。
1. 持久化速度未变
io-threads 不影响 RDB 和 AOF 持久化，持久化由子进程独立完成，走磁盘 I/O 路径，不经过网络栈和 IO 线程池。若瓶颈在磁盘写入，调大 io-threads 无效。
2. 线程数设置过高
线程数超过 CPU 核数的 75% 或连接数较少时，上下文切换和锁竞争开销可能超过收益。性能拐点通常出现在每线程处理连接数小于 100 时。
3. 支持热重载误解
尝试使用 CONFIG SET 修改 io-threads 会报错，必须修改配置文件后重启服务。
4. 连接分布不均
IO 线程间不共享连接，每个 client socket 固定绑定一个 IO 线程。若某些线程连接数突增，可能出现单线程过载，需检查连接分布。
常见问题
开启多线程后命令执行速度会变快吗？
不会变快。所有数据结构操作、过期键清理、AOF 重写等命令逻辑仍在主线程单线程执行，多线程仅加速网络数据收发。
io-threads 设置为 0 或 1 代表什么？
设置为 1 等于关闭多线程，恢复单线程模式；设置为 0 会导致 Redis 启动失败报错。
客户端缓存或 Pipeline 能受益于多线程吗？
能。高并发短连接场景下大量 SET 请求涌入，或使用 pipeline 发送数百条命令时，响应延迟会降低，因读写被并行化处理。
参考来源
- Redis6 如何利用多线程提升网络读写吞吐量_开启 io-threads 并调整线程池数量
- Redis 6.0 如何利多线程处理持久化中的磁盘 IO_配置 io-threads 针对持久化任务
- 面试系列之-Redis6 多线程/客户端缓存/安全
- Redis 6.0 网络 I/O 多线程实现原理及使用