大家好,我是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字!