这是一道非常经典并且面试频率很高的面试题。
却很少有人回答得比较全面,今天就给大家分享一下。
决定Redis请求效率的因素主要是三个方面:分别是网络、CPU、内存。
在网络层面,Redis采用多路复用的设计,提升了并发处理的连接数,不过这个阶段, {如图}Server端的所有IO操作,都是由同一个主线程处理的,这个时候IO的瓶颈就会影响到Redis端的整体处理性能。
所以从Redis6.0开始{如图},在多路复用及层面增加了多线程的处理,来优化IO处理的能力。
不过,具体的数据操作仍然是由主线程来处理的,所以我们可以认为Redis对于数据IO的处理依然是单线程。
从CPU层面来说,Redis只需要采用单线程即可,原因有两个:
1.如果采用多线程,对于Redis中的数据操作,都需要通过同步的方式来保证线程安全性,这反而会影响到redis的性能
2.在Linux系统上Redis通过pipelining可以处理100w个请求每秒,而应用程序的计算复杂度主要是O(N)或O(log(N)),不会消耗太多CPU
从内存层面来说,Redis本身就是一个内存数据库,内存的IO速度本身就很快,所以内存的瓶颈只是受限于内存大小。
最后,Redis本身的数据结构也做了很多的优化,比如压缩表、跳跃表等方式降低了时间复杂读,同时还提供了不同时间复杂度的数据类型。
使得开发人员能够有更多合适的选择。