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