redis为什么这么快
- C语言实现，执行速度快
- 纯内存操作，数据读写在内存中，异步持久化到磁盘
- 丰富和高效的数据结构
- 基于非阻塞的I/O多路复用机制
- 单线程避免了上下文切换
Redis单线程
redis单线程的核心就是它基于一个假设：它在内存中执行的操作耗时很快，以至于多线程带来的收益小于其上下文切换和锁管理的消耗。
redis 核心就是 如果我的数据全都在内存里，我单线程的去操作 就是效率最高的，为什么呢，因为多线程的本质就是 CPU 模拟出来多个线程的情况，这种模拟出来的情况就有一个代价，就是上下文的切换，对于一个内存的系统来说，它没有上下文的切换就是效率最高的。redis 用 单个CPU 绑定一块内存的数据，然后针对这块内存的数据进行多次读写的时候，都是在一个CPU上完成的，所以它是单线程处理这个事。在内存的情况下，这个方案就是最佳方案 —— 阿里 沈询
- redis 用 单个CPU 绑定一块内存的数据，针对这块内存的数据进行多次读写的时候，都是在一个CPU上完成。对于多个CPU的机器可以使用多个redis实例绑定不同的CPU
- redis的单线程模型指的是文件事件处理器单线程，即单线程的处理请求。但是它也有自己的一些后台线程，比如说删除大key
- 并行与并发区别 ：
- 并行是为了快，多台处理器上同时处理多个任务
- 并发是为了能够同一时间间隔做多个事情，一台处理器上“同时”处理多个任务，它一定是慢过串行
redis的单线程模型/通信流程
核心就两大块，IO多路复用模块支撑高并发请求，文件事件处理器单线程从队列中获取socket并调用相应的请求处理器
1、首先在redis启动初始化的时候，redis会先将事件处理器中的连接应答处理器和AE_READABLE事件关联起来;
2、如果客户端向redis发起连接，会产生AE_READABLE事，产生该事件后会被IO多路复用程序监听到(步骤B)，然后IO多路复用程序会把监听到的socket信息放入到队列中(步骤C)，事件分配器每次从队列中取出一个socket(步骤D)，然后事件分派器把socket给对应的事件处理器(步骤E)。
3、当客户端向redis发生写请求时，首先就会在对应的socket如socket01上会产生AE_READABLE事件，产生该事件后会被IO多路复用程序监听到(步骤B)，然后IO多路复用程序会把监听到的socket信息放入到队列中，事件分配器每次从队列中取出一个socket(步骤D)，然后事件分派器把socket给对应的事件处理器(步骤E)。
5、当客户端会查询redis是否完成相应的操作，就会在socket01上产生一个AE_WRITABLE事件，会由对应的命令回复处理器来处理，就是将准备好的相应数据写入socket01(由于socket连接是双向的),返回给客户端，如读操作，客户端会显示ok。
6、如果命令回复处理器执行完成后，就会删除这个socket01的AE_WRITABLE事件和命令回复处理器的关联。
7、这样客户端就和redis进行了一次通信。由于连接应答处理器执行一次就够了，如果客户端再次进行操作就会由命令请求处理器来处理，反复执行。
Redis底层IO模型代码封装
我感觉不会问，但是阿里面经有，先放着先。
芋道源码：为什么 Redis 单线程能支撑高并发？
Redis6.0多线程
redis单线程的核心就是它基于一个假设：它在内存中执行的操作耗时很快，以至于多线程带来的收益小于其上下文切换和锁管理的消耗。
而现在这个假设在真实场景下发生了瓶颈：网络IO消耗，当value比较大时：
- 从socket中读取请求数据，会从内核态将数据拷贝到用户态 （read调用）
- 将数据回写到socket，会将数据从用户态拷贝到内核态 （write调用）
解决方案：
- 主线程负责接收建立连接请求，获取 socket 放入全局等待读处理队列
- 主线程接收完所有读事件之后，通过 RR(Round Robin) 将这些连接分配给 IO 线程组
- 主线程阻塞等待 IO 线程组读取 socket 完毕
- 主线程通过单线程的方式执行请求命令(指客户端发送的命令)，请求数据读取并解析完成
- 主线程阻塞等待 IO 线程组将数据回写 socket 完毕
- 解除绑定，清空等待队列
- 命令的执行依然由主线程单线程串行顺序执行(保持单线程)
- I/O线程要么同时读，要么同时写，不会同时读或写
- IO 线程只负责读写 socket 解析命令，不负责命令处理
- 整个过程无锁参与
- 多线程肯定要低于机器CPU核数，并行才能提高性能，并发只会浪费
为什么之前不使用多线程？
官方曾经回应：使用Redis时，几乎不存在CPU成为瓶颈的情况， Redis主要受限于内存和网络。引入多线程，引入了程序执行顺序的不确定性，带来了并发读写的一系列问题，增加了系统复杂度、同时可能存在线程切换、甚至加锁解锁、死锁造成的性能损耗。
那为什么现在又要用多线程了呢？
因为现在业务场景越来越复杂，对性能要求越来越高，所以对redis做出了提高性能的要求
整理来源
单线程模型讲解
单线程模型讲解
redis6.0
redis6.0多线程
