Redis单线程设计，但为什么这么快

Redis单线程设计，但为什么这么快

1.为什么这么快

• 基于内存操作：Redis 的所有数据都存在内存中，因此所有的运算都是内存级别的，所以他的性能比较高；

• 数据结构简单：Redis 的数据结构比较简单，是为 Redis 专门设计的，而这些简单的数据结构的查找和操作的时间复杂度都是 O(1)，因此性能比较高；

• 多路复用和非阻塞 I/O：Redis 使用 I/O 多路复用功能来监听多个 socket 连接客户端，这样就可以使用一个线程连接来处理多个请求，减少线程切换带来的开销，同时也避免了 I/O 阻塞操作，从而大大提高了 Redis 的性能；

• 避免上下文切换：因为是单线程模型，因此就避免了不必要的上下文切换和多线程竞争，这就省去了多线程切换带来的时间和性能上的消耗，而且单线程不会导致死锁问题的发生。

虽然单线程的Redis已经很快了，但Redis也不是"一条道走到黑"只支持单线程的

在Redis官方的FAQ上有这么一个问题：

“How can Redis use multiple CPUs or cores?
It's not very frequent that CPU becomes your bottleneck with Redis, as usually Redis is either memory or network bound. For instance, when using pipelining a Redis instance running on an average Linux system can deliver 1 million requests per second, so if your application mainly uses O(N) or O(log(N)) commands, it is hardly going to use too much CPU.

However, to maximize CPU usage you can start multiple instances of Redis in the same box and treat them as different servers. At some point a single box may not be enough anyway, so if you want to use multiple CPUs you can start thinking of some way to shard earlier.

You can find more information about using multiple Redis instances in the Partitioning page.

As of version 4.0, Redis has started implementing threaded actions. For now this is limited to deleting objects in the background and blocking commands implemented via Redis modules. For subsequent releases, the plan is to make Redis more and more threaded.”

来源：https://redis.io/docs/getting-started/faq/#how-can-redis-use-multiple-cpus-or-cores

总结下来就是，cpu通常不会是Redis产生性能瓶颈的原因，导致其产生性能问题的原因大多是因为内存和网络，自然Redis就使用单线程来设计了，而且多线程比较麻烦，但是使用单线程的方式确实无法很好发挥多核 CPU 的性能，这个问题可以通过在单机开多个 Redis 实例来完善！而且在Redis 4.0 中开始支持多线程了，例如后台删除等功能。

2.为什么需要多线程

为了更快！

上面提到Redis在4.0中开始引入多线程，其实单线程也有单线程的缺点，在删除一个很大的数据时，因为是单线程操作就会导致Redis服务卡顿，于是在 Redis 4.0 中就新增了多线程的模块，当然此版本中的多线程主要是为了解决删除数据效率比较低的问题的

而在Redis6.0中新增了多线程的功能来提高 I/O 的读写性能，他的主要实现思路是将主线程的 IO 读写任务拆分给一组独立的线程去执行，这样就可以使多个 socket 的读写可以并行化了，但 Redis 的命令依旧是由主线程串行执行的。