Redis 6.0为什么引入多线程

一、前言

Redis 6.0首次引入了多线程。

看下官方发布的新版和旧版的性能对比：
1）get的性能对比：

2）set的性能对比：

可以看出，无论读还是写，多线程性能都远好于单线程，几乎翻倍了。上图仅是简单验证，仅作为参考，不能作为线上生成环境的指标。

二、Redis多线程

2.1、Redis 6.0之前的版本真的是单线程吗？

Redis是基于Reactor模式开发了网络事件处理器，这个处理器被称为文件事件处理器。他的组成分4部分：

• 多个socket
• IO 多路复用
• 文件事件分派器
• 事件处理器

正因为文件事件分派器是单线程的，所以Redis才叫做单线程模型。

Redis之前用单线程模型，是因为性能不在CPU，而在内存和网络。如要用到CPU多核，可搭建多个Redis实例来解决。

其实，Redis 4.0开始就有了多线程概念了，比如Redis通过多线程在后台删除对象。

2.1.1、Redis 6.0之前为什么一直不用多线程？

多线程引入了程序执行顺序不确定的问题，且带来了线程切换、加锁等性能问题。

Redis通过Reactor模型，性能已经非常好，没必要使用多线程。

且单线程使得redis内部实现复杂度大大降低，Hash的惰性Rehash, lpush等线程不安全的命令，都不必加锁。

2.1.2、Redis 6.0为什么要引入多线程呢？

Redis的性能瓶颈不在CPU，而在内存和网络。

内存不够，可以做数据结构优化。所以网络才是关键，网络IO在执行期间大量占用了CPU，所以如果网络IO时引入多线程，对性能提升很大。

所以总结起来，Redis6.0支持多线程有两个原因：
1）充分利用CPU多核，6.0之前主线程只能利用一个核
2）多线程任务可以分摊Redis同步IO读写负荷。

2.2、Redis 6.0是否默认开启了多线程？

没有，默认关闭。但可以在conf文件中配置。

官方建议：4核的机器建议设置为2或3个线程，8核的建议设为6个线程，线程数一定要小于机器核数，尽量不要超过8个。

三、Redis 6.0多线程的实现机制

流程简述为：
1）主线程负责接收并建立连接请求，获取socket放入全局等待读处理队列
2）主线程处理完读事件后，通过Round Robin讲这些连接分配给这些IO线程
3）主线程阻塞等待IO读取socket完毕
4）主线程通过单线程的方式执行请求命令，请求数据读取并解析完成，但并不执行。
5）主线程阻塞等待IO线程将数据回写socket完毕
6）解除绑定，清空等待队列

也就是说，真正执行redis命令时，还是单线程的，如步骤4.
多线程，发生在网络IO，步骤三和步骤五

见上图的红字。

3.1、开启多线程后，是否会存在线程并发安全问题？

不会：
1）Redis多线程部分仅用于处理网络IO和协议解析
2）Redis执行命令仍然是单线程的