为什么redis单线程还效率高,redis为什么是单线程而不是多线程

为什么redis是单线程1、因为单线程容易实现 , 并且CPU不会成为瓶颈,那么redis就顺理成章地采用单线程的方案了 。
2、因为Libevent比较重更通用代码量也就很庞大,拥有很多Redis用不上的功能,Redis为了追求“轻巧”并且去除依赖,就选择自己去封装了一套 。
3、redis不是单线程的,只是redis 执行命令是单线程的 。
redis单线程为什么执行速度这么快完全基于内存,绝大部分请求是纯粹的内存操作 , 非常快速 。
redis是基于内存的,内存的读写速度非常快;redis是单线程的,省去了很多上下文切换线程的时间;redis使用多路复用技术,可以处理并发的连接 。非阻塞IO内部实现采用epoll,采用了epoll+自己实现的简单的事件框架 。
(1)redis是非关系型内存数据库数据存储于内存中 , 内存读取速度非常快,如果只是简单的key-value,内存不是瓶颈 。一般情况下 , hash查找可以达到每秒数百万次的数量级 。(2)采用单线程,避免了不必要的上下文切换和竞争条件 。
因为Redis是基于内存的操作,CPU不是Redis的瓶颈,Redis的瓶颈最有可能是机器内存的大小或者网络带宽 。既然单线程容易实现,而且CPU不会成为瓶颈,所以 Redis 是单线程的 。
Redis单线程为何可以处理大量请求?注册完成之后 , 应用层就可以去干别的事了 。当socket有数据过来时,操作系统会通知应用层,应用层再去处理 。这样的优势在于应用层1个线程,就可以服务多个网络请求,即 IO 多路复用 。
为什么Redis是单线程的官方答案因为Redis是基于内存的操作,CPU不是Redis的瓶颈 , Redis的瓶颈最有可能是机器内存的大小或者网络带宽 。既然单线程容易实现,而且CPU不会成为瓶颈 , 那就顺理成章地采用单线程的方案了 。
但线程,只能靠单个处理器速度,内存速度,处理器上的缓存速度,总线传输速度 。余下的是你的网络IO 。但线程高并发完全依赖程序的运行速度 。redis这种东西肯定不是但线程的 。一个连接就是一个线程,你这样理解应该不准确 。
redis为什么是单线程Redis采用的是基于内存的采用的是单进程单线程模型的KV数据库,由C语言编写 。官方提供的数据是可以达到100000+的qps 。这个数据不比采用单进程多线程的同样基于内存的KV数据库Memcached差 。
redis不是单线程的,只是redis 执行命令是单线程的 。
redis用单个CPU 绑定一块内存的数据,然后针对这块内存的数据进行多次读写的时候,都是在一个CPU上完成的 , 所以它是单线程处理这个事 。在内存的情况下,这个方案就是最佳方案 。
因为Redis是基于内存的操作,CPU不是Redis的瓶颈,Redis的瓶颈最有可能是机器内存的大小或者网络带宽 。既然单线程容易实现,而且CPU不会成为瓶颈,所以 Redis 是单线程的 。
锁不是影响性能的主要因素 。线程锁 (mutex_lock) 只有在遇到冲突的情况下性能会下降 , 而正常情况下,遇到冲突的概率很低 。如果只是简单的加锁、释放锁速度是非常快的,每秒钟上千万次没问题 。
redis源码解读:单线程的redis是如何实现高速缓存的?1、程序内部的合理构架 , 调用逻辑,内存管理 。redis在采用纯C实现时,整体调用逻辑很短,但在内存方面,适当的合并了一些对象和对齐,比如sds等,在底层使用了内存池,在不同情况下使用的不太一样 。
2、先读取nosql缓存层,没有数据再读取mysql层,并写入数据到nosql 。nosql层做好多节点分布式(一致性hash) , 以及节点失效后替代方案(多层hash寻找相邻替代节点),和数据震荡恢复了 。

推荐阅读