Redis的快速很多人都知道是因为基于内存,但这只是一方面,其实redis在底层是一套很完善的多路复用事件处理机制来保证执行的高效的
线程模型
redis内部使用文件事件处理器file event handler,它包含如下几个部分
-
多个socket
-
IO多路复用程序
-
文件事件分派器
-
事件处理器(连接应答处理器,命令请求处理器,命令回复处理器)
之所以说redis是单线程其实是指这个文件事件处理器是单线程的,它采用多路复用的方式监听系统上多个socket,将socket上产生的事件压入队列中,由文件事件分派器从队列中取出一个socket根据事件类型发给相应的事件处理器
整个处理过程如图:
处理过程可以分为以下几个步骤:
- 客户端向redis发起一个socket请求,向redis的server socket请求连接,这里命名为socket01
- server socket产生一个AE_READABLE事件,IO多路复用程序监听到事件后将这个socket01压入队列
- 文件事件分派器从队列中取出socket01,交给连接应答处理器
- 连接应答处理器会将socket01的AE_READABLE事件与命令请求处理器相关联
- 假设客户端执行set操作,这时命令请求处理器会从socket01读取key value,在内存中完成key value的设置
- 在内存中完成设置后,会将socket01的AE_WRITEABLE事件与命令回复处理器相关联,然后压入队列中
- 事件分派器拿到socket01后,交给命令回复处理器,由命令回复处理器向socket01写入本次操作的结果,比如OK,之后解除关联
以上就是一个命令在redis中执行的过程
总结一下效率高的原因
- 内存操作
- IO多路复用机制,减少了阻塞
- 单线程避免了线程切换的开销和竞争问题
- 最最根本的redis是用C语言写的,本来就直接跟操作系统交互,命令执行快得飞起