# Redis 网络模型 Redis从本质上来讲就是一个基于C/S架构的网络服务器，客户端与服务端之间通过Socket连接进行通信。Redis之所以能够那么快很大一部分原因是因为其“单线程”模型。 Redis快的因素可能有如下几个： 1. C语言编写。 2. 基于内存。 3. IO多路复用。 4. 单线程模型。 关于Redis为什么选择单线程的官方解释： > CPU成为Redis的瓶颈的情况并不常见，因为Redis通常会受到内存或网络的限制。例如，使用流水线Redis运行在Linux系统上，平均每秒可以发送100万个请求，所以如果你的应用程序主要使用O(N)或O(log(N))命令，它几乎不会占用太多的CPU。 > 也就是cpu不会成为性能瓶颈，内存和网络才会。 更加具体的原因可能可以归纳为： 1. 避免多线程的上下文切换开销。 2. 避免同步机制的开销。 3. 简单可以维护的。 **Redis线程模型的演变** 1. Redis4.0 引入多线程处理异步任务，例如处理大键删除的操作。 2. Redis6.0 正式在网络模型中实现I/O多线程。   ## Redis1.0 ~ 5.0的网络模型 Redis1.0 ~ 5.0，核心的网络模型都是一个单Reactor模型，利用多路复用技术不断的去处理事件。 :-:  从Socket连接的建立，IO数据的读取，命令的解析，IO数据的响应都是由主线程单线程执行的。 其是一个单Reactor模型： :-:  但是并不是整个Redis服务器都是单线程的，在Redis4.0之后作者采用了多线程（Lazy Redis）的方式来异步的处理一些阻塞操作，例如删除具有大数据量的key值等。   ## Redis6.0的网络模型 在Redis4.0的多线程异步处理任务的引入为Redis6.0多线程的引入奠定基础；Redis6.0引入多线程的主要原因就是Redis的网络IO称为了性能的瓶颈。 针对与Redis的性能可能有如下的两个优化方向： - 优化网络IO模块，可以采用零拷贝技术或者DPDK技术，或者利用多核的优势，而Reids就是利用了多核的优势而采用了多线程技术。 - 提高机器内存读写的速度，这依赖于硬件设施和摩尔定律。 其多线程网络模型的总体设计思路如下： :-:  变动之处在于：把读取客户端请求命令和回写响应数据的操作异步化了，交给IO线程去完成；IO线程仅仅是读取和解析客户端命令而不会真正去执行命令，客户端命令的执行最终还是再主线程上完成。主线程首先会将任务分配给各个线程，然后主线程和子线程完成命令的解析之后，再由主线程遍历任务队列执行命令。