【JAVA知识每日一问】：Redis6.0为什么引入多线程？

前言

Redis官方在 2020 年 5 月正式推出 6.0 版本，提供很多振奋人心的新特性，所以备受关注。

提供了啥特性呀？知道了我能加薪么？

主要特性如下：

1. 多线程处理网络 IO；
2. 客户端缓存；
3. 细粒度权限控制（ACL）；
4. RESP3 协议的使用；
5. 用于复制的 RDB 文件不在有用，将立刻被删除；
6. RDB 文件加载速度更快；

其中备受关注的就是「多线程模型 + 客户端缓存」，我们只有掌握了新特性原理，才能判断什么时候使用 6.0 版本，如何用的更好更快，不踩坑。

本篇先从 Redis 多线程模型开始，至于客户端缓存、等且听下回分解。

最后，点击下方卡片关注「码哥字节」能加薪。

Redis 6.0 之前为什么不使用多线程？

官方答复：

• 使用 Redis 时，几乎不存在 CPU 成为瓶颈的情况， Redis 主要受限于内存和网络。
• 在一个普通的 Linux 系统上，Redis 通过使用pipelining 每秒可以处理 100 万个请求，所以如果应用程序主要使用 O(N) 或O(log(N)) 的命令，它几乎不会占用太多 CPU。
• 使用了单线程后，可维护性高。多线程模型虽然在某些方面表现优异，但是它却引入了程序执行顺序的不确定性，带来了并发读写的一系列问题，增加了系统复杂度、同时可能存在线程切换、甚至加锁解锁、死锁造成的性能损耗。

Redis 通过 AE 事件模型以及 IO 多路复用等技术，处理性能非常高，因此没有必要使用多线程。

单线程机制让 Redis 内部