Redis 6.0引入了多线程IO模型，性能大幅提升。很多人想学习但不知道从何入手。本文分享我学习Redis 6.0多线程的完整路线，从基础概念到源码分析再到实战调优，一步步带你入门，少走弯路。

一、为什么要学Redis 6.0多线程

在Redis 6.0之前，Redis一直是单线程模型。很多人会疑惑，单线程的Redis为什么能这么快？原因是Redis基于内存操作，速度极快，瓶颈不在CPU而在网络IO和内存。单线程避免了线程切换和锁竞争的开销，加上IO多路复用，单线程也能处理大量并发请求。

但随着网络硬件的发展，万兆网卡越来越普及，单线程处理网络IO的能力逐渐成为瓶颈。Redis 6.0引入多线程就是为了解决网络IO的瓶颈，把网络读写和协议解析放到多个线程中处理，而命令执行仍然是单线程，这样既利用了多核CPU的网络处理能力，又保持了单线程命令执行的简单性和原子性。

理解这个设计思路是学习Redis 6.0多线程的第一步。它不是简单地把整个Redis变成多线程，而是精准地把网络IO这个瓶颈点多线程化，命令执行依然单线程，所以不会有并发安全问题。

二、学习路线总览

我把Redis 6.0多线程的学习分成五个阶段，每个阶段有明确的目标和学习内容。

第一阶段是基础巩固，先搞清楚Redis单线程模型的原理，包括IO多路复用、事件驱动、Reactor模式等。不理解单线程就无法理解为什么要引入多线程。

第二阶段是多线程模型学习，搞清楚Redis 6.0多线程的架构设计、工作流程、线程分工，理解它和传统多线程模型的区别。

第三阶段是源码阅读，深入Redis源码看多线程的具体实现，包括线程的创建、任务的分发、读写的处理、与单线程的协作等。

第四阶段是性能测试和对比，用benchmark工具实测多线程和单线程的性能差异，理解多线程在什么场景下有效、什么场景下无效。

第五阶段是实战调优，在实际项目中配置和调优Redis多线程，解决遇到的问题。

下面详细展开每个阶段。

三、第一阶段：基础巩固

学习Redis多线程之前，必须先搞懂单线程Redis的工作原理。

1. IO多路复用

Redis用IO多路复用（epoll/kqueue/select）同时监听多个socket的事件，当某个socket可读或可写时，epoll返回，Redis处理对应的事件。这样一个线程就能同时处理大量连接，不需要为每个连接创建一个线程。

要理解epoll的工作原理，包括水平触发和边缘触发的区别，epollcreate、epollctl、epoll_wait三个系统调用的作用。可以写一个简单的epoll服务器程序加深理解。

2. Reactor模式

Redis的事件驱动模型是Reactor模式的实现。Reactor模式的核心是：用一个事件分发器（Reactor）监听所有事件，事件发生时分发给对应的处理器（Handler）处理。Redis的aeEventLoop就是Reactor，文件事件和时间事件都注册在上面。

理解Reactor模式有助于理解Redis多线程的设计，因为Redis 6.0的多线程本质上是主Reactor负责accept连接，然后把连接分发给多个IO线程处理读写，主线程负责命令执行，这是一种主从Reactor的变体。

3. Redis单线程的工作流程

搞清楚Redis启动后做了什么：初始化服务器、创建事件循环、监听socket、注册accept事件处理器，然后进入事件循环。客户端连接到来时accept，注册读事件；客户端发数据时读事件触发，读取数据、解析命令、执行命令、注册写事件、返回结果。

理解这个流程后，就能看出哪个环节是瓶颈。在高并发下，网络读写和协议解析占用了大量CPU时间，而命令执行本身因为是内存操作很快，所以把网络读写多线程化就能提升整体吞吐量。

四、第二阶段：多线程模型学习

1. 多线程架构

Redis 6.0的多线程架构可以概括为：一个主线程加多个IO线程。主线程负责接收连接、分发任务、执行命令、处理时间事件等。IO线程负责网络读写和协议解析，把解析好的命令交给主线程执行。

具体流程是：主线程通过epoll监听到有可读的连接后，把这些连接放到一个队列里，然后唤醒IO线程，每个IO线程从队列里取连接，读取数据、解析RESP协议，把解析好的命令放到每个连接的输入缓冲区。主线程然后遍历所有连接，执行命令，把结果放到输出缓冲区，再唤醒IO线程去写回客户端。

注意读写都是多线程的，但命令执行是主线程单线程完成的，所以不会有并发安全问题。

2. 为什么命令执行还是单线程

这是很多人困惑的点。既然都多线程了，为什么命令执行不也多线程？原因有几个：一是Redis的命令执行是内存操作，速度极快，不是瓶颈；二是多线程执行命令会引入锁竞争和线程切换开销，反而可能降低性能；三是单线程执行保证了命令的原子性和数据的一致性，实现简单，不容易出bug。

Redis的设计哲学是把简单的事情做到极致，只在真正的瓶颈点引入复杂度。网络IO是瓶颈，所以多线程化网络IO；命令执行不是瓶颈，所以保持单线程。这种精准的设计思路值得学习。

3. 多线程的配置

Redis 6.0多线程默认是关闭的，需要在配置文件中开启。主要配置项有两个：

  • io-threads N：设置IO线程数，建议设为CPU核数的一半到四分之三，不要超过核数
  • io-threads-do-reads yes：开启读多线程，默认只写多线程

需要注意的是，IO线程数不是越多越好。线程太多会增加线程切换和同步的开销，反而降低性能。一般4核机器设2个IO线程，8核设4个，根据实际压测结果调整。

五、第三阶段：源码阅读

源码阅读是深入理解的关键。Redis源码结构清晰，注释丰富，很适合学习。

1. 关键文件和函数

多线程相关的代码主要在networking.c和threaded_io.c中。关键函数包括：

  • initThreadedIO()：初始化IO线程，创建线程和互斥锁、条件变量
  • stopThreadedIO()：停止IO线程
  • handleClientsWithPendingReadsUsingThreads()：用IO线程处理待读的客户端
  • handleClientsWithPendingWritesUsingThreads()：用IO线程处理待写的客户端
  • IOThreadMain()：IO线程的主函数

阅读顺序建议先看初始化函数，理解线程是怎么创建的；再看读处理函数，理解任务是怎么分发给IO线程的；然后看IO线程主函数，理解线程怎么取任务、怎么读写；最后看写处理函数，理解结果是怎么写回的。

2. 任务分发机制

Redis用一个简单的轮询方式分发任务。主线程把待处理的连接按顺序分配给各个IO线程，每个IO线程有自己的任务列表（clientspendingread）。分发后主线程通过条件变量唤醒IO线程，然后等待所有IO线程完成（通过原子计数器计数）。

这种设计避免了任务队列的锁竞争，每个线程只操作自己的列表，效率很高。等待完成用的是自旋等待加条件变量，减少了线程切换开销。

3. 与单线程的协作

多线程模式和单线程模式可以动态切换。当连接数较少时，Redis会自动退回到单线程模式，避免多线程的开销。当连接数达到一定阈值时，再切换回多线程模式。这个逻辑在beforeSleep函数中，每次事件循环休眠前都会检查。

理解这个动态切换机制很重要，它说明Redis的多线程是自适应的，不是一刀切。在低并发下用单线程更高效，高并发下用多线程更高效。

六、第四阶段：性能测试

1. 测试工具和方法

用Redis自带的redis-benchmark工具测试。基本命令：redis-benchmark -h 127.0.0.1 -p 6379 -t set,get -n 1000000 -c 100，表示100个并发连接、100万次请求、测试set和get命令。

测试时要注意：客户端和服务端不要在同一台机器上，否则客户端会占用CPU影响结果；用多台客户端机器压测，确保服务端是瓶颈；测试不同线程数下的性能，找到最优配置。

2. 测试结果分析

我的测试结果是：在4核机器、万兆网卡环境下，单线程Redis的get操作大约8万QPS，开启2个IO线程后达到15万QPS，提升接近一倍。set操作提升更明显，因为写操作的网络开销更大。

但在小数据包、低并发场景下，多线程和单线程差别不大，甚至多线程因为开销反而略低。这说明多线程主要解决的是高并发下的网络IO瓶颈，不是所有场景都能受益。

还测试了不同IO线程数的影响，2个线程时性能最好，4个线程时反而下降了，因为线程切换和同步开销超过了收益。这印证了IO线程数不是越多越好。

七、第五阶段：实战调优

1. 生产环境配置建议

生产环境开启多线程的建议：

  • IO线程数设为CPU核数的一半左右，4核设2，8核设4
  • 开启读多线程（io-threads-do-reads yes）
  • 确保Redis绑定了足够的CPU核，不要和其他进程抢CPU
  • 用taskset或cgroup把Redis进程绑定到特定核，减少缓存失效

2. 常见问题排查

开启多线程后如果性能没有提升甚至下降，排查方向：一是并发量不够，多线程的收益没体现出来；二是IO线程数设置不合理，太多或太少；三是瓶颈不在网络IO而在命令执行（比如用了慢命令keys *、大value等），这时候多线程没用；四是CPU被其他进程占用，IO线程抢不到CPU。

可以用redis-cli --latency监控延迟，用info stats查看命令处理情况，用top和pidstat查看CPU使用情况，定位瓶颈。

3. 注意事项

多线程模式下有几个注意事项：一是Lua脚本、事务、阻塞命令（blpop等）的处理和单线程一样，因为命令执行还是单线程；二是主从复制和集群模式不受影响；三是多线程只处理网络IO，持久化（RDB/AOF）还是用单独的子进程或线程。

升级到Redis 6.0时要注意兼容性，大部分情况下可以无缝升级，但建议先在测试环境验证。

八、学习资源推荐

书籍方面推荐《Redis设计与实现》，虽然是基于Redis 3.0写的，但核心原理没变，是理解Redis的最佳入门书。进阶可以看《Redis使用手册》。

官方文档一定要看，尤其是Redis 6.0的release notes和多线程相关的博客文章，官方的说明最准确。

源码方面，Redis的源码是最好的学习材料，建议从server.c的main函数开始，跟着启动流程读，然后重点读networking.c的多线程部分。读源码时配合gdb调试，在关键函数打断点，看调用流程和变量值，理解会更深刻。

社区方面，Redis的Google Group和GitHub issues上有很多高质量的讨论，遇到问题可以搜索。国内的Redis社区也很活跃，有很多技术文章分享。

九、写在最后

Redis 6.0多线程是一个设计精巧的特性，它没有盲目地把整个系统多线程化，而是精准地解决了网络IO这个瓶颈，同时保持了命令执行的单线程简单性。学习它不仅能让你用好Redis，还能学到高性能系统设计的思路。

学习路线上，先打基础理解单线程模型，再学多线程架构，然后读源码深入实现，再做性能测试验证，最后在实战中调优。每个阶段都要动手实践，不要只看不练。

希望这篇学习路线能帮助你入门Redis 6.0多线程，少走弯路。如果有问题欢迎交流讨论。