目录
单线程
为什么Redis是单线程
处文件事件理器的结构
文件处理器的工作流程
总结
文件事件处理器
连接应答处理器
命令请求处理器
命令回复处理器
多线程
为什么引入多线程
多线程架构
多线程执行流程
关于Redis的问题
Redis为什么采用单线程模型
Redis为什么要引入多线程呢
为什么Redis单线程模型也能效率这么高
Redis多线程安全吗
单线程
为什么Redis是单线程
这个是由Redis的实现机制决定的，Redis网络事件处理器是基于文件事件处理器实现的，这个文件事件处理器是单线程的，所以决定了Redis是以单线程运行。
它采用IO多路复用机制同时监听多规格socket（套接字），将产生事件的socket压入内存队列中，事件分派器根据socket上的事件类型来选择对应的事件处理器进行处理。
处文件事件理器的结构
- 多个socket
- IO多路复用
- 文件事件分派器
- 事件处理器
文件处理器的工作流程
Redis启动时，会初始化文件事件处理器，包括创建事件循环实例和注册socket。
Redis为每个客户端连接分配一个套接字，并将该套接字注册到事件循环中。
当被监听的套接字准备备好执行连接应答（accept），读取（read），写入（write），关闭（close）等操作时，与操作相对应的文件事件就会产生。
一旦有事件触发，事件循环将返回一个已就绪文件描述符列表（socket），事件分派器调用事件处理器依次处理好每个socket。
总结
文件事件处理器是单线程模式运行的，但是通过IO多路复用机制监听多个socket，并根据socket目前执行的任务来为套接字关联不同的事件处理器。可以实现高性能的网络通信模型。又可以跟内部其他单线程的模块进行对接，保证了Redis内部的线程模型的简单性。
文件事件处理器
- 如果客户端要连接Redis，那么会为socket关联连接应答处理器。
- 如果客户端要写数据到Redis，那么会为socket关联命令请求处理器。
- 如果客户端要从Redis中读取数据（Redis发送数据给客户端），那么会为socket关联命令回复处理器。
连接应答处理器
当Redis初始化时，程序会将连接应答处理器与服务端监听套接字的AE_READABLE事件关联起来，当有客户端通过socket连接服务端时，套接字就会产生AE_READABLE事件，引发连接应答处理器执行，并执行相应的套接字应答操作。
命令请求处理器
当一个客户端第一步通过socket与服务端连接成功后，服务端将会把该socket的AE_READABLE事件和命令请求处理器关联起来，当客户端向服务端发起命令请求时，如get ，set，套接字会产生AE_READABLE事件，关联的命令请求处理器就会被执行
命令回复处理器
当服务端需要给客户端相应时，服务端会将客户端套接字的AE_WRITEABLE和命令回复处理器关联，当客户端准备好接受响应数据时，就会触发AE_WRITEABLE事件，执行关联的命令回复处理器的程序，执行对应套接字写入操作，当数据写入完毕，就会将客户端套接字的AE_WRITEABLE事件和命令回复处理器解绑，但是客户端套接字的AE_READABLE事件还是会和命令请求处理器关联。
多线程
为什么引入多线程
虽然Redis基于内存操作，速度非常快，但是随着硬件的提升，Redis的性能瓶颈可能出现网络IO的读写，也就是：单个线程处理网络读写的速度跟不上底层网络硬件的速度；并且越来越复杂的业务场景，也需要更大的QPS。
网络的读写指的是通过网络进行的数据读取和写入操作。
从Redis自身角度来说，因为读写网络的read/write系统调用占用了Redis执行期间大部分CPU时间，瓶颈主要在于网络的IO消耗，优化只要有两个方向：
- 提高网络IO性能
- 使用多线程充分利用多核，提高网络请求读写的并行度
所以总结起来，redis支持多线程主要就是两个原因：
- 可以充分利用CPU资源
- 多线程任务有利于分担Redis同步IO读写的负荷
Redis的多线程部分只是用来处理网络数据的读写和协议解析，执行命令仍然是单线程。之所以这么设计是不想因为多线程而变得复杂，需要去控制key，事务等并发问题。
多线程架构
Redis 采⽤多个 IO 线程来处理⽹络请求，提⾼⽹络请求处理的并⾏度。Redis 多 IO 线程模型只⽤来处理处理网络数据的读写和协议解析，对于 Redis 的读写命令，依然是单线程处理。这是因为：
- ⽹络处理经常是瓶颈，通过多线程并⾏处理可提⾼性能。
- 继续使⽤单线程执⾏读写命令，不需要为了保证 Lua 脚本、事务、等开发多线程安全机制，实现更简单。
多线程执行流程
- 主线程接收到客户端的连接请求，获取socket放入等待队列
- 主线程判断等待队列是否已满，通过轮询的方式，将这些连接分配给线程组
- 主线程等待IO线程执行读取socket完毕
- IO线程读取socket完毕之后，主线程开始执行redis命令
- 将执行结果写入缓冲区
- 阻塞等待IO线程将数据写入socket
- 等待IO线程写入完毕，主线程清空队列，解绑关系，等待后续的连接请求
关于Redis的问题
Redis为什么采用单线程模型
- Redis的所有操作都是基于内存的，而CPU不是Redis的瓶颈。
- Redis使用多路复用来快速处理请求。
- 单线程编程容易并且更容易维护，不存在死锁，线程上下文切换等问题
Redis为什么要引入多线程呢
Redis的瓶颈不在CPU，而在内存和网络IO。内存不够的话，可以加内存或者做数据结构优化等，但是网络IO的性能优化才是大头，网络IO的读写在Redis整个执行期间占用了大部分的时间，如果把网络处理这部分做成多线程处理方式，那对整个Redis的性能会有很大的提升
为什么Redis单线程模型也能效率这么高
- 纯内存操作
- 核心是基于非阻塞的IO多路复用机制
- 单线程同时避免了多线程的上下文频繁切换问题，预防了多线程可能产生的竞争问题
Redis多线程安全吗
安全。多线程只是用在了IO读写和协议解析上面。
