Redis的线程模型 性能

Redis 的线程模型

Redis内部使用文件事件处理器(file event handler),这个文件事件处理器是单线程的,所以redis才叫做单线程模型。它采用IO多路复用机制同时监听多个Socket(多路复用涉及到IO的知识点,有兴趣可以进行了解和学习,很多的中间件通讯方式都是基于IO来实现的),根据socket上的事件来选择对应的事件处理器来进行处理。

文件事件处理器的结构包含四个部分:

  1. 多个socket
  2. IO多路复用程序
  3. 文件事件分派器
  4. 事件处理器(连接应答处理器,命令请求处理器,命令回复处理器)

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

客户端与Redis的一次通信过程:

客户端 socket01 向 redis 的 server socket 请求建立连接,此时 server socket 会产生一个 AE_READABLE 事件,IO 多路复用程序监听到 server socket 产生的事件后,将该事件压入队列中。文件事件分派器从队列中获取该事件,交给连接应答处理器。连接应答处理器会创建一个能与客户端通信的 socket01,并将该 socket01 的 AE_READABLE 事件与命令请求处理器关联。

假设此时客户端发送了一个 set key value 请求,此时 redis 中的 socket01 会产生 AE_READABLE 事件,IO 多路复用程序将事件压入队列,此时事件分派器从队列中获取到该事件,由于前面 socket01 的 AE_READABLE 事件已经与命令请求处理器关联,因此事件分派器将事件交给命令请求处理器来处理。命令请求处理器读取 socket01 的 key value 并在自己内存中完成 key value 的设置。操作完成后,它会将 socket01 的 AE_WRITABLE 事件与命令回复处理器关联。

如果此时客户端准备好接收返回结果了,那么 redis 中的 socket01 会产生一个 AE_WRITABLE 事件,同样压入队列中,事件分派器找到相关联的命令回复处理器,由命令回复处理器对 socket01 输入本次操作的一个结果,比如 ok,之后解除 socket01 的 AE_WRITABLE 事件与命令回复处理器的关联。

这样便完成了一次通信。

在这里简单说一下为什么单线程模型性能也能这么高?

纯内存操作

核心是基于非阻塞(Non-Block)的IO多路复用机制

单线程反而可以充分避免了多线程之间的上下文切换带来的性能损耗

猜你喜欢

转载自blog.csdn.net/crossroads10/article/details/100548200
今日推荐