一、文件事件处理器
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
个:
- 单线程编程容易并且更容易维护;
Redis
的性能瓶颈不再CPU
,主要在内存和网络;- 多线程就会存在死锁、线程上下文切换等问题,甚至会影响性能。
四、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个线程