这个问题其实是对redis内部机制的一个考察。回答主要有以下3点：

几十个快递员基本上时间都花在了抢车上了，大部分快递员都处在闲置状态，谁抢到了车，谁就能去送快递；

随着快递的增多，快递员也越来越多，小明发现快递店里越来越挤，没办法雇佣新的快递员了；

快递员之间的协调很花时间；

上述两种经营方式对比，是不是明显觉得第二种，效率更高，更好呢。在上述比喻中:

每个快递员------------------>每个线程

每个快递-------------------->每个socket(I/O流)

快递的送达地点-------------->socket的不同状态

客户送快递请求-------------->来自客户端的请求

小明的经营方式-------------->服务端运行的代码

一辆车---------------------->CPU的核数

于是我们有如下结论：
1、经营方式一就是传统的并发模型，每个I/O流(快递)都有一个新的线程(快递员)管理。
2、经营方式二就是I/O多路复用。只有单个线程(一个快递员)，通过跟踪每个I/O流的状态(每个快递的送达地点)，来管理多个I/O流。

下面类比到真实的redis线程模型，如图所示：
参照上图，简单来说，就是我们的redis-client在操作的时候，会产生具有不同事件类型的socket。在服务端，有一段I/0多路复用程序，将其置入队列之中。然后，文件事件分派器，依次去队列中取，转发到不同的事件处理器中。
需要说明的是，这个I/O多路复用机制，redis还提供了select、epoll、evport、kqueue等多路复用函数库，大家可以自行去了解。

关于Redis，再看看以下这些，你掌握了多少？

1、String、List、Hash、Set、Zset类型使用场景；

2、时间轴、队列应用场景设计实战；

3、购物车开发与设计实战；

4、Redis与Lua模拟抢红包实战；

5、网站投票设计与开发实战；

6、Lua+Redis联合开发指南；

7、Redis慢操作优化；

8、Redis哨兵机制及底层机制分析；

9、10分钟搭建Redis高可用集群实战；

10月21日 《Redis狂澜BAT真相分析》

1、Redis快速入门指南；

2、Redis数据结构解析；

3、缓存雪崩与穿透解析；

4、Redis持久化解析；

10月22日 《Redis性能测试及手写实战》

1、微博关系设计实战；

2、微信关注设计实战；

3、抽奖程序设计实战；

4、分布式锁设计实战；

10月23日 《Redis性能测试及手写实战》

1、Redis性能测试实战；

2、Redis的底层协议实战；

3、手写Redis客户端实战；

4、将系统改成Redis实战；

发送“666”限时扫码领取，先到先得