redis为什么用单线程
redis的瓶颈
我们首先要明白,Redis
很快!官方表示,因为
Redis
是基于内存的操作,
CPU
不是
Redis
的瓶颈,
Redis 的瓶颈最有可能是机器内存的大小或者网络带宽。既然单线程容易实现,而且CPU
不会成为瓶颈,那就顺理成章地采用单线程的方案了!
redis的底层
Redis
采用的是基于内存的采用的是单进程单线程模型的
KV
数据库,由
C
语言编写,官方提供的数据是 可以达到100000+
的
QPS
(每秒内查询次数)。这个数据不比采用单进程多线程的同样基于内存的
KV 数据库 Memcached
差!
至于Redis为什么这么快?
1
)以前一直有个误区,以为:高性能服务器 一定是多线程来实现的
原因很简单因为误区二导致的:多线程 一定比 单线程 效率高,其实不然!
在说这个事前希望大家都能对
CPU
、 内存 、 硬盘的速度都有了解了!
2
)
redis
核心就是 如果我的数据全都在内存里,我单线程的去操作 就是效率最高的,为什么呢,因为
多线程的本质就是
CPU
模拟出来多个线程的情况,这种模拟出来的情况就有一个代价,就是上下文的切 换,对于一个内存的系统来说,它没有上下文的切换就是效率最高的。redis
用 单个
CPU
绑定一块内存 的数据,然后针对这块内存的数据进行多次读写的时候,都是在一个CPU
上完成的,所以它是单线程处 理这个事。在内存的情况下,这个方案就是最佳方案。
咱举个例子
假设一次
CPU
上下文的切换大概在
1500ns
左右。从内存中读取
1MB
的连续数据,耗时大约为
250us
,
假设
1MB
的数据由多个线程读取了
1000
次,那么就有
1000
次时间上下文的切换,那么就有
1500ns
1000 = 1500us
,我单线程的读完
1MB
数据才
250us ,
你光时间上下文的切换就用了
1500us
了,我还不 算你每次读一点数据的时间。
所以redis单线程且快
本文有参考于:狂神