【java面试题】Redis多线程模型怎么理解，那它会有线程安全问题吗？

大家好，我是Mic，一个没有才华只能靠颜值混饭吃的Java程序员。

昨天，一个工作了7年的粉丝私信我这样一个问题。

他说Redis6.0已经支持多线程了，那是不是会存在线程安全问题，如果有线程安全问题，它是怎么解决的。

这个问题说简单也简单，说难也挺难的，毕竟不仅仅只是涉及到多线程的问题，还设计到NIO里面的Reactor模型问题。

关于：“Redis多线程模型怎么理解，那它会有线程安全问题吗？”这个问题。

我把高手部分的回答整理到了10W字的面试文档里面，大家可以扫描文章尾端二维码领取。

下面看看高手的回答

大家记得点赞、收藏加关注

高手：

首先，Redis在6.0支持的多线程，并不是说指令操作的多线程，而是针对网络IO的多线程支持。

也就是Redis的命令操作，仍然是线程安全的

其次， Redis本身的性能瓶颈，取决于三个纬度，网络、CPU、内存。

而真正影响内存的关键问题是像内存和网络。

而Redis6.0的多线程，本质上解决网络IO的处理效率问题。

在Redis6.0之前。Redis Server端处理接受到客户端请求的时候，Socket连接建立到指令的读取、解析、执行、写回都是由一个线程来处理，这种方式，在客户端请求比较多的情况下，单个线程的网络处理效率太慢，导致客户端的请求处理效率较低。

于是在Redis6.0里面，针对网络IO的处理方式改成了多线程，通过多线程并行的方式提升了网络IO的处理效率。

但是对于客户端指令的执行过程，还是使用单线程方式来执行。

最后，Redis6.0里面多线程默认是关闭的，需要在redis.conf文件里面修改io-threads-do-reads配置才能开启。

另外，之所以指令执行不使用多线程，我认为有两个方面的原因。

• 内存的IO操作，本身不存在性能瓶颈，Redis在数据结构上已经做了非常多的优化。

• 如果指令的执行使用多线程，那Redis为了解决线程安全问题，需要对数据操作增加锁的同步，不仅仅增加了复杂度，还会影响性能，代价太大不合算。

总结

其实，在Redis6.0之前，就已经有用到多线程了，比如数据持久化、集群数据同步等。

只是可能这些机制离我们应用开发比较远，没有过多关注。

另外还要注意，Redis本身虽然是线程安全的，但是应用程序对于Redis的Ready-modify -write操作。

仍然是非线程安全的。

掌握这些基础，可以有效避免开发过程中写出一下自己都不懂的bug。

另外，我将所有Java面试系列制作成了完整的面试文档。它的便捷之处在于，可以通过检索的方式，找到你想要的面试题，目前已经更新180期，总计超过15W字！

【想领取面试文档的小伙伴可以点击文章底部名片无套路免费赠送给大家！】

需要高手面试文档面试文档的小伙伴可以扫描下方二维码
↓↓↓↓↓↓↓↓↓↓↓↓↓