关联：Redis I/O模式

Redis使用的是I/O多路复用

首先，Redis 是跑在单线程中的，所有的操作都是按照顺序线性执行的，但是由于读写操作等待用户输入或输出都是阻塞的，所以 I/O 操作在一般情况下往往不能直接返回，这会导致某一文件的 I/O 阻塞导致整个进程无法对其它客户提供服务，而 I/O 多路复用就是为了解决这个问题而出现的。

select，poll，epoll都是IO多路复用的机制。I/O多路复用就通过一种机制，可以监视多个描述符，一旦某个描述符就绪，能够通知程序进行相应的操作。 redis的io模型主要是基于epoll实现的，不过它也提供了 select和kqueue的实现，默认采用epoll 。

Redis 使用了单线程 IO 多路复用，为什么那么快？

1、cpu 处理相比于 IO 可以忽略

每个客户端建立连接时，都需要服务端为其 创建 socket 套接字，建立连接。然后该客户端的每个请求都要经历以下几步：

（1）等待请求数据数据从客户端发送过来

（2）将请求数据从内核复制到用户进程的缓冲区（buffer）

（3）对请求数据进行处理（对于 redis 而言，一般就是简单的 get/set）

由于操作简单+只涉及内存，所以第（3）步的处理很简单、很快，主要时间耗在（1）步，所以，如果采用普通 BIO 模式，每个请求都要经历这几步，那么处理十万条数据，就要在（1）步花费大量的时间，这样的话，qps 一定很低。所以就采用了更高效的 IO 多路复用模式

2、瓶颈在带宽，而不在 cpu

由于 数据存放在内存中+处理逻辑简单，导致即使是单线程，Redis 可支持的 qps 也相当大，而当 qps 相当大的时候，首先限制性能的是带宽，即不需要把 cpu 的性能挖掘出来，因为在这之前，带宽就不够用了。所以没有必要为了提高 cpu 利用率而使用多线程处理业务逻辑。