Redis的快速很多人都知道是因为基于内存，但这只是一方面，其实redis在底层是一套很完善的多路复用事件处理机制来保证执行的高效的

线程模型

redis内部使用文件事件处理器file event handler，它包含如下几个部分

• 多个socket
• IO多路复用程序
• 文件事件分派器
• 事件处理器（连接应答处理器，命令请求处理器，命令回复处理器）

之所以说redis是单线程其实是指这个文件事件处理器是单线程的，它采用多路复用的方式监听系统上多个socket，将socket上产生的事件压入队列中，由文件事件分派器从队列中取出一个socket根据事件类型发给相应的事件处理器
整个处理过程如图：

image.png

处理过程可以分为以下几个步骤：

• 客户端向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语言写的，本来就直接跟操作系统交互，命令执行快得飞起