面试不要再说Redis是单线程的了

以前我们看到太多的文章都在说redis是单线程了。比如本号就曾经写过这样的文章：单线程的Redis为什么辣么快？

但Redis 6.0开始就支持了多线程。Redis的作者应该是比较拒绝多线程的。从2011年他的一份Redis 宣言（Redis Manifesto）就可以看出，他推崇各种简单原则，他号称对抗复杂性的最好方式就是不做它。

这也许就是为什么Redis直到2019年末才支持了多线程。估计作者antirez看到我们祖国的互联网公司动不动就几亿用户的高并发，考虑到确实需要来个多线程吧。看着阿里巴巴和国内的几家公司的Redis都做了多线程支持，自己原生的再不支持估计要被淘汰了，再加上国外也有一些redis爱好者和公司琢磨着Redis多线程这事。比如有个从Redis fork出来的项目KeyDB就支持了多线程，而且还晒出来了自己的多线程benchmark成果：

KeyDB的多线程benchmark

QPS和延迟都各种领先Redis，看着简直就是要革Redis的命。

关于Redis单线程这事，让我们来做一个事后诸葛亮，你想想，epoll再快，执行命令再快，但执行网络数据的读写的系统调用也会占用挺多的CPU时间，所以在网络数据IO这块如果能支持多线程，是不是会让redis更快呢，答案当然是肯定的。

让我们简单的看看Redis多线程的大概轮廓：

Redis 6.0官方的多线程实现（此图来自王知无的博客，水印是自动生成的，可忽略）

可以看出，Redis 6.0针对网络数据的写入已经做了多线程的支持。值得注意的是，Redis也只是在网络数据读写这块支持了多线程，其他的命令执行依然是单线程执行。这样也避免了很多多线程的复杂性问题。

其实redis多线程这事，国内的一些大厂们早就琢磨并支持了。前几天看阿里的一个视频中就讲到自己的多线程的Redis。不知道阿里的Redis有没有借鉴国外的KeyDB实现思路（或者是KeyDB借鉴了阿里的多线程实现）。

阿里的Redis多线程的时序交互图

可以看到和Redis的多线程的实现思路很像，或者说Redis官方的实现思路和阿里的实现思路很像。有一个主线程、多个IO线程、一个worker线程。

自然性能也是杠杠的。

阿里的Redis多线程和单线程的性能对比

经过我们的一波分析后，发现已经说服了自己。