无法从套接字读取更多的数据_Redis实现单机数据库原理—下篇

Redis的文件事件和时间事件

Redis服务器是一个 事件驱动程序
文件事件：Redis服务器通过套接字与客户端（或者其他Redis服务器）进行连接，而文件事件就是服务器对套接字操作的抽象。服务器与客户端的通信会产生相应的文件事件，而服务器通过监听并处理这些事件来完成一系列网络通信操作
时间事件：Redis服务器中的一些操作比如serverCron函数需要在给定的时间执行，而时间事件就是服务器对这类定时操作的抽象

1、 文件事件

文件事件处理器以单线程方式运行，并通过I/O多路复用程序来监听多个套接字，实现了高性能的网路通信模型，并且保持了Redis内部单线程设计的简单性
文件事件处理器的构成：

图1 文件事件处理器的构成

• 套接字：文件事件是对套接字操作的抽象。每当一个套接字准备好执行连接应答、写入、读取、关闭等操作时，就会产生一个文件事件、一个服务器通常会连接多个套接字，所以多个文件事件有可能会并发地出现
• I/O多路复用程序：监听多个套接字，并向文件事件分配器发送产生文件事件的套接字。I/O多路复用程序总是会将所有产生事件的套接字放到一个队列中，然后通过这队列，有序地、同步地、每次一个套接字的方式向文件事件分派器传送套接字

图2 I/O多路复用程序

• 文件事件分派器（dispatcher）：接收I/O多路复用程序传来的套接字，并根据套接字产生的事件的类型，调用相应的事件处理器
• 事件处理器：服务器会为执行不同任务的套接字关联不同的事件处理器

事件的类型：

• AE_READABLE事件：当套接字变得可读时或者有新的可应答套接字出现时，套接字产生该事件
• AE_WRITABLE事件：当套接字变得可写时，套接字产生该事件
• 服务器可以同时监听这两种事件，但是文件事件分派器会优先处理AE_READABLE事件。也就是说如果一个套接字又可读又可写的话，那么服务器将先读套接字，后写套接字。

文件事件的处理器：

• 连接应答处理器：用于对连接服务器监听套接字的客户端进行应答。当Redis服务器进行初始化的时候，程序会将这个连接应答处理器和服务器监听套接字的AT_READABLE事件关联起来。当有客户端连接服务器监听套接字的时候，套接字就会产生AT_READABLE事件，引发连接应答处理器执行

图3 连接应答处理器

• 命令请求处理器：负责从套接字中读入客户端发送的请求命令。当客户端向服务器发送命令请求的时候，套接字就会产生AT_READABLE事件，引发命令请求处理器执行

图4 命令请求处理器

• 命令回复处理器：负责将服务器执行命令后得到的命令回复通过套接字返回给客户端。当服务器有命令回复需要传送给客户端的时候，服务器会将客户端套接字的AE_WRITABLE事件和命令回复处理器关联起来

图5 命令回复处理器

• 一次完整的客户端与服务器连接事件示例

（1）假设一个Redis服务器正在运作，那么这个服务器的监听套接字AE_READABLE事件应该正处于监听状态之下，而该事件对应的处理器为连接应答处理器

（2）这时有一个Redis客户端向服务器发送连接，那么监听套接字将产生AE_READABLE事件，触发连接应答处理器。处理器会对客户端的连接请求进行应答，然后创建客户端套接字以及客户端状态，并将客户端套接字的AE_READABLE事件与命令请求处理器进行关联，使得客户端可以向主服务器发送命令请求

（3）之后，假设客户端向主服务器发送一个命令请求，那么客户端套接字将产生AE_READABLE事件，引发命令请求处理器执行，处理器读取客户端的命令内容，然后传给相关程序去执行

（4）执行命令将产生相应的命令回复，为了将这些命令回复传送回客户端，服务器会将客户端套接字的AE_WRITABLE事件与命令回复处理器进行关联。当客户端尝试读取命令回复的时候，客户端套接字将产生AE_WRITABLE事件，触发命令回复处理器执行，当命令回复处理器将命令回复全部写入到套接字之后，服务器就会解除客户端套接字的AE_WRITABLE事件与命令回复处理器之间的关联

2、 时间事件

（1）分类

• 定时事件：比如，让程序X在当前时间的n毫秒之后执行
• 定期事件：比如，让程序Y每个n毫秒执行一次

（2）属性：时间事件三个属性

• id：全局唯一id，且是递增
• when：毫秒精度的UNIX时间戳，记录了时间事件到达时间
• timeProc：时间事件处理器。时间事件处理器的返回值决定了一个时间事件是定时事件还是定期事件。返回AE_NOMORE则为定时事件，返回非AE_NOMORE的整数值则是定期事件。
• 目前redis只使用周期性事件，而没有使用定时事件

（3）实现

• 服务器将所有时间事件都放在一个**无序链表**中，每当时间事件执行器运行时，就会遍历整个链表，查找已到达的时间事件，并调用相应的事件处理器。这里的无序指的不是链表不按Id排序，而是说该链表不按when属性的大小排序

（4）API1：aeCreateTimeEvent

参数：milliseconds、proc将一个新的时间事件添加到服务器，这个新的时间事件将在当前时间的milliseconds毫秒之后到达，而事件的处理器为proc

（5）API3：aeSearchNearestTimer

参数：ID删除指定id的时间事件

（6）API4：processTimeEvents

时间事件的执行器，这个函数会遍历所有已到达的时间事件（指的是时间事件的when属性记录的时间戳小于等于当前时间的时间事件），并调用这些事件的处理器。

3、 事件的调度与执行

事件的调度与执行由 aeProcessEvents函数负责

服务器的运行流程如下图：

事件的调度和执行规则：

（1）aeApiPoll函数的最大阻塞时间由到达时间最接近当前时间的时间事件决定。这个方法既可以避免服务器对时间事件进行频繁的轮询，也可以确保aeApiPoll函数不会阻塞过长时

（2）文件事件是随机出现的，如果等待并处理完一次文件事件后仍未有任何时间事件到达，那么服务器将再次等待并处理文件事件。

（3）对文件事件和时间事件的处理都是同步、有序、原子地执行的，服务器不会中途中断事件处理，也不会对事件进行抢占。事件的处理器都会尽可能减少程序的阻塞时间，并在有需要时主动让出执行权，从而降低造成事件饥饿的看可能性。比如说，在命令回复处理器将一个命令回复写入到客户端套接字时，如果写入字节数超过一个预设常量值，命令回复处理器就会主动用break跳出写入循环，将余下的数据留到下次再写；另外，时间事件也会将非常耗时的持久化操作放到子线程或者子进程执行

（4）因为时间事件在文件事件之后处理，并且事件之间不会出现抢占，所以时间事件的实际处理时间通常会比时间事件设定的到达时间稍微晚一些

重点回顾 （1） Redis服务器是一个事件驱动程序，处理的事件分为时间事件和文件事件 （2） 文件事件处理器是基于Reactor模式实现的网络通信程序 （3）文件事件是对套接字操作的抽象，每当套接字处于可应答（acceptable）、可写（writable）、可读（readable）时，相应的事件就会产生 （4） 文件事件分为AE_READABLE事件（读事件）和AE_WRITABLE事件（写事件）两类（5）时间事件分为定时事件周期性事件：定时事件只在指定的时间到达一次，周期性时间则每隔一段时间到达一次 （6）服务器在一般情况下只执行serverCron函数一个时间事件，并且这个时间事件是周期性事件 （7）文件事件和时间事件之间是合作关系，服务器会轮流处理这两种事件，并且处理事件的过程不会进行抢占 （8）时间事件的实际处理时间通常会比设定的到达时间晚一点