redis线程模型
redis6.0之前是单线程模型，6.0之后是多线程模型
为什么6.0之前采用单线程模型：
- redis本身是一个内存数据库，除了持久化，其他操作基于内存，所以处理速度非常快
- 大多数场景下，都不是IO密集型的，而是IO密集型的，对于redis来说，瓶颈主要在于网络IO
同时，单线程也带来以下优点：
- 避免了多线程调度的上下文切换的开销
- 避免了底层的数据同步的锁的开销
6.0之后的多线程：
为什么要引入多线程？
单线程模型的redis已经可以满足10w左右QPS，但是随着互联网的发展，需要满足更大的QPS
而网络IO的read/write系统调用占用了redis执行期间大部分的CPU时间，所以redis使用多线程充分利用多核CPU来减少socket读写阻塞
和单线程的区别：不再是单线程的事件循环，而是多个IO线程各自维护一个事件循环
整体模型上是由Main线程负责接收连接，在分发给IO线程去解析请求命令，具体命令还是Main线程执行，执行完后再使用IO线程回写响应给客户端。
也就是具体命令执行还是单线程，只是socket读写是多线程，一定程度上提高了性能
另外，Redis4.0引入了异步多线程任务来解决比较耗时命令的执行，比如大key删除，持久化
hi