【Redis】Redis是单线程还是多线程

Redis是单线程还是多线程

  Redis是单线程或者多线程说法其实并不严谨，需要区分版本。最早版本4之前Redis是单线程，Redis4之后才慢慢支持多线程（异步删除），直到Redis6、7后才稳定支持多线程。

什么是Redis单线程

  Redis是单线程是指，Redis的网络IO和键值对的读写都是由一个线程来完成， Redis在处理客户端的请求时包括socket读、解析、执行、内容返回（socket写）都是由一个顺序串行的主线程完成，这就是所谓的单线程，Redis命令工作线程是单线程的，是原子操作。

Redis多线程体现在哪

  但是Redis的其他功能。比如持久化RDB、AOF、异步删除、集群数据同步等等，其实是由额外的线程执行的，所以对于整个Redis来说，是多线程的。

为什么Redis最开始是单线程

单线程优势

• 基于内存操作，所有数据都在内存中，所有运算都是内存级别的，所以性能比较高
• 数据结构简单，因此查找和操作的时间复杂度大部分都是O（1），性能比较高。
• 多路复用和非阻塞IO，Redis使用IO多路复用来监听多个socket链接客户端，这可以使用一个线程链接来处理多个请求，减少线程切换带来的开销，同时也避免了IO阻塞操作。
• 避免线程上下文切换，因为是单线程模型，因此避免了不必要的上下文切换和多线程竞争，这就省去了多线程切换带来的时间和性能上的消耗，而且单线程不会导致死锁问题的产生。
• 单线程，开发维护简单
• IO多路复用和非阻塞IO，也可以并发处理多客户端请求
• 硬件发展，cpu不是限制条件，而是内存和网络带宽

Redis单线程痛点

  工作线程都是原子的，如果del key命令需要删除非常复杂的大key，需要删除很久，会造成redis主线程卡顿，类似于加了sync的锁，所以不会使用del删除大key，而是使用unlink key删除大key。

解决方法

• flushdb 可以使用async / sync

• 把删除工作交给后台的子线程异步删除

• 将耗时的操作交给bio子线程（非阻塞）来处理，极大地减少主线程阻塞时间，从而减少删除导致的性能和稳定性问题。

Redis主要性能瓶颈

• CPU
• 网络IO（主要瓶颈）
• 内存

解决网络IO瓶颈

  采用多个IO线程处理网络请求，提高请求处理的并行度，Redis6、7使用此方法，对于读写操作命令，Redis仍然使用单线程处理，因为网络处理经常是瓶颈，从而避免多线程互斥加锁机制。