未验证 提交 7ca42224 编写于 作者: Y Yang Libin 提交者: GitHub

docs: update redis-single-thread-model, close #176

* thanks @YangDaWang
* close #176
上级 e08c6037
......@@ -58,3 +58,15 @@ Redis 内部使用文件事件处理器 `file event handler` ,这个文件事
* 核心是基于非阻塞的 IO 多路复用机制。
* C 语言实现,一般来说,C 语言实现的程序“距离”操作系统更近,执行速度相对会更快。
* 单线程反而避免了多线程的频繁上下文切换问题,预防了多线程可能产生的竞争问题。
### Redis 6.0 开始引入多线程
**注意!** Redis 6.0 之后的版本抛弃了单线程模型这一设计,**原本使用单线程运行的 Redis 也开始选择性地使用多线程模型**
前面还在强调 Redis 单线程模型的高效性,现在为什么又要引入多线程?这其实说明 Redis 在有些方面,单线程已经不具有优势了。因为读写网络的 Read/Write 系统调用在 Redis 执行期间占用了大部分 CPU 时间,如果把网络读写做成多线程的方式对性能会有很大提升。
**Redis 的多线程部分只是用来处理网络数据的读写和协议解析,执行命令仍然是单线程。** 之所以这么设计是不想 Redis 因为多线程而变得复杂,需要去控制 key、lua、事务、LPUSH/LPOP 等等的并发问题。
### 总结
Redis 选择使用单线程模型处理客户端的请求主要还是因为 CPU 不是 Redis 服务器的瓶颈,所以使用多线程模型带来的性能提升并不能抵消它带来的开发成本和维护成本,系统的性能瓶颈也主要在网络 I/O 操作上;而 Redis 引入多线程操作也是出于性能上的考虑,对于一些大键值对的删除操作,通过多线程非阻塞地释放内存空间也能减少对 Redis 主线程阻塞的时间,提高执行的效率。
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册