Redis的线程模型

Redis这个工具究竟用来干嘛的呢？其实很简单，Redis是一个使用ANSI C编写的开源、支持网络、基于内存、可选持久性的键值对存储数据库。通俗点说，也就是我们常用来做缓存存储的工具。

目前市场使用比较多的缓存工具包括：redis，ignite，memcached。ignite功能非常强大，有兴趣可以了解下，但是由于这个技术比较新，使用的人相对来说不多；而memcached使用的人还是比较多的，但是某些功能比redis稍微差了一些，所以目前大多数公司选择了redis。

比如Redis相比Memcached来说，拥有更多的数据结构和并支持更丰富的数据操作，通常在Memcached里，你需要将数据拿到客户端来进行类似的修改再set回去。这大大增加了网络IO的次数和数据体积。在Redis中，这些复杂的操作通常和一般的GET/SET一样高效。所以，如果需要缓存能够支持更复杂的结构和操作，那么Redis会是不错的选择。

同时memcached没有原生的集群模式，需要依靠客户端来实现往集群中分片写入数据；但是redis目前是原生支持cluster模式的，redis官方就是支持redis cluster集群模式的，比memcached来说要更好。

接下来我们就共同学习一下，首先我们先来了解文件事件处理器。

文件事件处理器

redis基于reactor模式开发了网络事件处理器，这个处理器叫做文件事件处理器（file event handler）。

文件事件处理器的结构包含4个部分：多个socket，IO多路复用程序，文件事件分派器，事件处理器（命令请求处理器、命令回复处理器、连接应答处理器等等）。

IO多路复用程序

socket大家学过网络编程，那么应该都了解，那么什么是IO多路复用呢？

IO多路复用：I/O是指网络I/O，多路指多个TCP连接(即socket或者channel）,复用指复用一个或几个线程。意思说一个或一组线程处理多个TCP连接。

这种复用的最大优势是减少系统开销小，不必创建过多的进程/线程，也不必维护这些进程/线程。

文件事件

文件事件主要包括以下两类：

1、当客户端socket变得可读时（比如客户端对redis执行write操作，或者close操作），或者有新的可以应答的socket出现时（客户端对redis执行connect操作），socket就会产生一个AE_READABLE事件。

2、当socket变得可写的时候（客户端对redis执行操作后，等待读取响应数据），socket会产生一个AE_WRITABLE事件。

IO多路复用程序可以同时监听AE_REABLE和AE_WRITABLE两种事件，要是一个socket同时产生了AE_READABLE和AE_WRITABLE两种事件，那么文件事件分派器优先处理AE_REABLE事件，然后才是AE_WRITABLE事件。

事件处理器

事件处理器主要包括一下三类：

1、如果是客户端要连接redis，那么会为socket关联连接应答处理器

2、如果是客户端要写数据到redis，那么会为socket关联命令请求处理器

3、如果是客户端要从redis读数据，那么会为socket关联命令回复处理器

文件事件处理器执行过程

由于文件事件处理器是单线程的，所以redis其实是单线程模型。

首先redis采用IO多路复用机制同时监听多个socket（多个socket可能并发产生不同的操作），接收到socket的操作请求后，IO多路复用程序将socket放入一个队列中。

然后每次从队列中取出一个socket给事件分派器，事件分派器根据socket上的事件来选择对应的事件处理器来处理这个事件。比如被监听的socket准备好执行write、close等操作的时候，redis操作对应的文件事件就会产生，这个时候文件事件处理器就会调用之前关联好的命令请求处理器来处理这个事件。

最后当socket的事件处理完之后，IO多路复用程序又会将队列中的下一个socket给事件分派器。

注：文件事件处理器是单线程模式运行的，但是通过IO多路复用机制监听多个socket，可以实现高性能的网络通信模型；再加上可以跟内部其他单线程的模块进行对接，同时又保证了redis内部的线程模型的简单性。

客户端与redis通信的一次流程

在redis启动初始化的时候，redis会将连接应答处理器跟AE_READABLE事件关联起来，接着如果一个客户端跟redis发起连接，此时会产生一个AE_READABLE事件，然后由连接应答处理器来处理跟客户端建立连接，创建客户端对应的socket，同时将这个socket的AE_READABLE事件跟命令请求处理器关联起来。

当客户端向redis发起请求的时候（不管是读请求还是写请求，都一样），首先就会在socket产生一个AE_READABLE事件，然后由对应的命令请求处理器来处理。这个命令请求处理器就会从socket中读取请求相关数据，然后进行执行和处理。

接着redis这边准备好了给客户端的响应数据之后，就会将socket的AE_WRITABLE事件跟命令回复处理器关联起来，当客户端这边准备好读取响应数据时，就会在socket上产生一个AE_WRITABLE事件，会由对应的命令回复处理器来处理，就是将准备好的响应数据写入socket，供客户端来读取。

命令回复处理器写完之后，就会删除这个socket的AE_WRITABLE事件和命令回复处理器的关联关系。

线程模型图

最后给大家看一个大概的线程模型图，如下图所示，这是以客户端与redis通信流程所构建的。

为啥redis单线程模型也能效率这么高

redis单线程模型效率高的主要原因有以下三点：
1、纯内存访问：数据存放在内存中，内存的响应时间大约是100纳秒，这是Redis每秒万亿级别访问的重要基础。
2、非阻塞I/O：Redis采用epoll做为I/O多路复用技术的实现，再加上Redis自身的事件处理模型将epoll中的连接，读写，关闭都转换为了时间，不在I/O上浪费过多的时间。
3、单线程避免了线程切换和竞态产生的消耗。