Redis总结(八)redis单线程还是多线程问题

redis为什么可以支持高并发和它内部的工作模式有不可分割的关系:

  • 绝大部分请求是纯粹的内存操作(非常快速)
  • 采用单线程,避免了不必要的上下文切换和竞争条件
  • 非阻塞IO - IO多路复用

Redis客户端对服务端的每次调用都经历了发送命令,执行命令,返回结果三个过程。其中执行命令阶段,由于Redis是单线程来处理命令的,所有到达服务端的命令都不会立刻执行,所有的命令都会进入一个队列中,然后逐个执行,并且多个客户端发送的命令的执行顺序是不确定的,但是可以确定的是不会有两条命令被同时执行,不会产生并发问题,这就是Redis的单线程基本模型。

文件事件处理器结构包含5个部分,其实真正包含为4个部分(不包含socket队列,加上主要方便后面理解):多个socket、IO多路复用程序、socket队列、文件事件分派器、以及事件处理器。如图:

redis文件处理器.png

注:如果只是单纯的单线程,那么redis在每一次的IO处理上都会耗费很长的时间,但是redis这里使用了IO多路复用监听多个socket,哪个socket接收完成了请求的IO,就将这个scoket塞入socket队列,这样就大大减少了IO处理的时间。

如图可以看出

  • 客户端请求过来,到了IO多路复用
  • 监听到接收请求完成的socket,放入队列供文件事件分派器消费(这个过程是单线程的)
  • 文件事件分派器在选择对应的事件处理器进行处理

这里只是简单解读了redis的内部工作模式,具体的多路复用原理大家需要了解可以自行了解。

但是这里得说明下redis这里主流程虽然是单线程,但并不代表redis任何时候都是单线程的,比如我们之前讲的redis持久化操作,就会启用一个子线程进行持久化操作,这种操作还存在很多场景,所以redis的单线程指的是redis的主流程单线程,既我们上述所讲的过程。

另外redis6.0好像也要引入上述主流程的多线程操作,因为在面试的时候被问到redis是单线程还是多线程时不能一口咬定就是单线程。

你可能感兴趣的:(Redis总结(八)redis单线程还是多线程问题)