Redis(七) 线程模型

一、文件事件处理器

Redis 内部使用文件事件处理器 file event handler，这个文件事件处理器是单线程的，所以 redis才叫做单线程的模型。

它采用 IO 多路复用机制同时监听客户端的多个连接（多个 socket），根据 socket 上的事件来选择对应的事件处理器进行处理。

文件事件处理器的结构包含4个部分：

• 多个 socket（客户端连接）
• IO 多路复用程序（支持多个客户端连接的关键）
• 文件事件分派器（将 socket 关联到相应的事件处理器）
• 事件处理器（包括连接应答处理器、命令请求处理器、命令回复处理器）
  

多个 socket可能会并发产生不同的操作，每个操作对应不同的文件事件，但是IO 多路复用程序会监听多个 socket，会将 socket产生的事件放入队列中排队，事件分派器每次从队列中取出一个事件，把该事件交给对应的事件处理器进行处理。

来看客户端与 Redis 的一次通信过程：

二、为啥Redis基于单线程的效率还是这么高？

1）纯内存操作；

2）核心是基于非阻塞的IO多路复用机制；

3）单线程反而避免了多线程的频繁上下文切换问题。

三、Redis为何不使用多线程

虽然说 Redis 是单线程模型，但是， 实际上，Redis 在 4.0 之后的版本中就已经加入了对多线程的支持。

不过，Redis 4.0 增加的多线程主要是针对一些大键值对的删除操作的命令，使用这些命令就会使用主处理之外的其他线程来“异步处理”。

大体上来说，Redis 6.0 之前主要还是单线程处理。

那，Redis6.0 之前 为什么不使用多线程？

我觉得主要原因有下面3个：

1. 单线程编程容易并且更容易维护；
2. Redis 的性能瓶颈不再 CPU ，主要在内存和网络；
3. 多线程就会存在死锁、线程上下文切换等问题，甚至会影响性能。

四、Redis6.0后引入的多线程机制

Redis6.0 引入多线程主要是为了提高网络 IO 读写性能，因为这个算是Redis中的一个性能瓶颈（Redis的瓶颈主要受限于内存和网络）。

虽然，Redis6.0 引入了多线程，但是Redis 的多线程只是在网络数据的读写这类耗时操作上使用了， 执行命令仍然是单线程顺序执行。因此，你也不需要担心线程安全问题。

Redis6.0 的多线程默认是禁用的，只使用主线程。如需开启需要修改 Redis 配置文件 redis.conf ：

io-threads-do-reads yesCopy to clipboardErrorCopied

开启多线程后，还需要设置线程数，否则是不生效的。同样需要修改redis配置文件 redis.conf :

io-threads 4 #官网建议4核的机器建议设置为2或3个线程，8核的建议设置为6个线程