不同版本的Redis是不同的，在Redis4.0之前，Redis是单线程运行的，但是在Redis4.0的时候，已经开始支持多线程了，比如后台删除等功能。

注：Redis在4.0之前使用单线程的模式的原因：

  • 官方解释：
    由于Redis是基于内存的操作，因此CPU并不是Redis的瓶颈。 Redis的瓶颈很可能是机器内存或网络带宽的大小。 既然单线程易于实现并且CPU不会成为瓶颈，那采用单线程解决方案是合乎逻辑的了；
  • 详细原因：
  1. 不需要各种锁的性能消耗
    Redis的数据结构并非全都是简单的键值(Key-Value)，而是有复杂的结构，如列表(list)和哈希(hash)。 这些结构可以执行细粒度的操作，例如在长列表后面添加元素并将其添加到哈希(hash)或删除对象。
    这些操作可能需要非常大量的锁，从而导致同步开销显著增加。 简而言之，在单线程的情况下，不需要考虑各种锁，没有锁释放操作，也没有由于可能的死锁而导致的性能消耗。
  2. 单线程多进程集群方案
    单线程的功能实际上非常强大，每个内核的效率也很高。 与单线程相比，多线程自然可以具有更高的性能限制。 但是，在当今的计算环境中，甚至单机多线程限制通常也无法满足。需要进一步探索的是多服务器群集群方案，并且这些方案中的多线程技术仍然是不可用的。
  3. CPU消耗
    采用单线程，避免了不必要的上下文切换和竞争条件，也不存在多进程或者多线程导致的切换而消耗 CPU。但是如果CPU成为Redis瓶颈，或者不想让服务器其他CUP核闲置，那怎么办？
    可以考虑多起几个Redis进程，Redis是key-value数据库，不是关系数据库，数据之间没有约束。只要客户端分清哪些key放在哪个Redis进程上就可以了。