Redis 线程模型(多路复用)

1 线程模型

1. 客户端socket01客户端发送 set key value的请求，首先socketo1会发送一个AR_READABLE事件经过 多路复用器 -> 对列 -> 文件事件分派器 -> 连接应答处理器
2. 连接应答处理器将 AR_READABLE的事件与 命令请求处理器 关联
3. 命令请求处理器 将socket01读取出来得到key和value，在内存中完成key和value的设置
4. 将socket01的AR_WRITABLE事件跟 连接应答处理器 关联
5. 连接应答处理器 响应socketo1操作结果 OK
6. 将socket01的 AR_WRITABLE 跟命令回复处理器结果关联

1. 客户端 socket01 向 redis 的 server socket 请求建立连接，此时 server socket 会产生一个 AE_READABLE 事件，IO 多路复用程序监听到 server socket 产生的事件后，将该事件压入队列中。文件事件分派器从队列中获取该事件，交给连接应答处理器。连接应答处理器会创建一个能与客户端通信的 socket01，并将该 socket01 的 AE_READABLE 事件与命令请求处理器关联。
2. 假设此时客户端发送了一个 set key value 请求，此时 redis 中的 socket01 会产生 AE_READABLE 事件，IO 多路复用程序将事件压入队列，此时事件分派器从队列中获取到该事件，由于前面 socket01 的 AE_READABLE 事件已经与命令请求处理器关联，因此事件分派器将事件交给命令请求处理器来处理。命令请求处理器读取 socket01 的 key value 并在自己内存中完成 key value 的设置。操作完成后，它会将 socket01 的 AE_WRITABLE 事件与命令回复处理器关联。
3. 如果此时客户端准备好接收返回结果了，那么 redis 中的 socket01 会产生一个 AE_WRITABLE 事件，同样压入队列中，事件分派器找到相关联的命令回复处理器，由命令回复处理器对 socket01 输入本次操作的一个结果，比如 ok，之后解除 socket01 的 AE_WRITABLE 事件与命令回复处理器的关联。

2 IO多路复用实现

Redis 的 I/O 多路复用程序的所有功能都是通过包装常见的 select 、 epoll 、 evport 和 kqueue 这些 I/O 多路复用函数库来实现的，

每个 I/O 多路复用函数库在 Redis 源码中都对应一个单独的文件， 比如 ae_select.c 、 ae_epoll.c 、 ae_kqueue.c ， 诸如此类 。

3 单线程高效率

• 纯内存操作
• 核心是基于非阻塞的IO多路复用机制
• 单线程避免了多线程上下文切换的问题

4 相关信息

• 博文不易，辛苦各位猿友点个关注和赞，感谢