redis线程模型

目录

一、redis单线程模型效率为什么这么高？

二、redis的线程模型

文件事件处理器：

包含4个部分：

1.多个socket。

2.IO多路复用程序。

3.文件事件分配器。

4.事件处理器（连接应答处理器，命令请求处理器，命令回复处理器）。

主要流程：

三、总结。

---

一、redis单线程模型效率为什么这么高？

1.c语言实现，效率高。

2.纯内存操作。

3.基于非阻塞的IO复用模型机制。

4.单线程能避免多线程的频繁切换上下文问题。

5.丰富的数据结构（采用hash结构，读取速度非常快，对数据存储进行了一些优化，比如压缩表，跳表）。

二、redis的线程模型

redis内部使用文件事件处理器，它是单线程的，所以redis叫做单线程的模型。

文件事件处理器：

Redis 基于 Reactor 模式开发了自己的网络事件处理器 - 文件事件处理器（file event handler，后文简称为 FEH），而该处理器又是单线程的，所以redis设计为单线程模型。

采用I/O多路复用同时监听多个socket，根据socket当前执行的事件来为 socket 选择对应的事件处理器。当被监听的socket准备好执行accept、read、write、close等操作时，和操作对应的文件事件就会产生，这时FEH就会调用socket之前关联好的事件处理器来处理对应事件。

所以虽然FEH是单线程运行，但通过I/O多路复用监听多个socket，不仅实现高性能的网络通信模型，又能和 Redis 服务器中其它同样单线程运行的模块交互，保证了Redis内部单线程模型的简洁设计。

包含4个部分：

1.多个socket。

文件事件就是对socket操作的抽象， 每当一个 socket 准备好执行连接accept、read、write、close等操作时， 就会产生一个文件事件。一个服务器通常会连接多个socket， 多个socket可能并发产生不同操作，每个操作对应不同文件事件。

2.IO多路复用程序。

I/O 多路复用程序会负责监听多个socket。

尽管文件事件可能并发出现， 但 I/O 多路复用程序会将所有产生事件的socket放入队列， 通过该队列以有序、同步且每次一个socket的方式向文件事件分派器传送socket。

当上一个socket产生的事件被对应事件处理器执行完后， I/O 多路复用程序才会向文件事件分派器传送下个socket。

I/O多路复用程序可以同时监听AE_READABLE和AE_WRITABLE两种事件，要是一个socket同时产生这两种事件，那么文件事件分派器优先处理AE_READABLE事件。即一个socket又可读又可写时， Redis服务器先读后写socket。

3.文件事件分配器。

文件事件分派器接收 I/O 多路复用程序传来的socket， 并根据socket产生的事件类型， 调用相应的事件处理器。

4.事件处理器（连接应答处理器，命令请求处理器，命令回复处理器）。

服务器会为执行不同任务的套接字关联不同的事件处理器， 这些处理器是一个个函数， 它们定义了某个事件发生时， 服务器应该执行的动作。

Redis 为各种文件事件需求编写了多个处理器，若客户端：

连接Redis，对连接服务器的各个客户端进行应答，就需要将socket映射到连接应答处理器写数据到Redis，接收客户端传来的命令请求，就需要映射到命令请求处理器从Redis读数据，向客户端返回命令的执行结果，就需要映射到命令回复处理器

当主服务器和从服务器进行复制操作时， 主从服务器都需要映射到特别为复制功能编写的复制处理器。

        多个 socket 可能会并发产生不同的操作，每个操作对应不同的文件事件，但是 IO 多路复用程序会监听多个 socket ，会将 socket 产生的事件放入队列中排队，事件分派器每次从队列中取出一个事件，把该事件交给对应的事件处理器进行处理。

主要流程：

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 的 set key value 并在自己内存中完成 set key value 的设置。操作完成后，它会将 Socket01 的 AE_WRITABLE 事件与命令回复处理器关联。

3. 如果此时客户端准备好接收返回结果了，那么 Redis 中的 Socket01 会产生一个AE_WRITABLE 事件，同样压入队列中，事件分派器找到相关联的命令回复处理器，由命令回复处理器Socket01 输入本次操作的一个结果，比如 ok ，之后解除 Socket01 的 AE_WRITABLE 事件与命令回复处理器的关联。

三、总结。

要搞懂这个线程模型不难，只需要根据流程一步一步来就行，先弄清楚什么是文件事件处理器，知道它是由什么组成的，理清每个部分是干嘛用的，然后就能理解线程模型。