做者Antirez在RC1版本发布时在他的博客写下:redis
the most “enterprise” Redis version to date // 最”企业级”的设计模式
the largest release of Redis ever as far as I can tell // 最大的安全
the one where the biggest amount of people participated // 参与人数最多的性能优化
先po出新版和旧版性能图服务器
Redis基于Reactor模式开发了网络事件处理器,这个处理器被称为文件事件处理器。它的组成结构为4部分:多个套接字、IO多路复用程序、文件事件分派器、事件处理器。由于文件事件分派器队列的消费是单线程的,因此Redis才叫单线程模型。网络
通常来讲 Redis 的瓶颈并不在 CPU,而在内存和网络。若是要使用 CPU 多核,能够搭建多个 Redis 实例来解决。数据结构
其实,Redis 4.0 开始就有多线程的概念了,好比 Redis 经过多线程方式在后台删除对象、以及经过 Redis 模块实现的阻塞命令等。多线程
使用了单线程后,可维护性高。多线程模型虽然在某些方面表现优异,可是它却引入了程序执行顺序的不肯定性,带来了并发读写的一系列问题,增长了系统复杂度、同时可能存在线程切换、甚至加锁解锁、死锁形成的性能损耗。并发
Redis 经过 AE 事件模型以及 IO 多路复用等技术,处理性能很是高,所以没有必要使用多线程。异步
单线程机制使得 Redis 内部实现的复杂度大大下降,Hash 的惰性 Rehash、Lpush 等等 “线程不安全” 的命令均可以无锁进行。
以前的段落说了,Redis 的瓶颈并不在 CPU,而在内存和网络。
内存不够的话,能够加内存或者作数据结构优化和其余优化等,但网络的性能优化才是大头,网络 IO 的读写在 Redis 整个执行期间占用了大部分的 CPU 时间,若是把网络处理这部分作成多线程处理方式,那对整个 Redis 的性能会有很大的提高。
优化方向:
因此总结起来,Redis 支持多线程主要就是两个缘由:
否,在conf文件进行配置
io-threads-do-reads yes
io-threads 线程数
官方建议:4 核的机器建议设置为 2 或 3 个线程,8 核的建议设置为 6 个线程,线程数必定要小于机器核数,尽可能不超过8个。
流程简述以下:
该设计有以下特色:
不会,Redis 的多线程部分只是用来处理网络数据的读写和协议解析,执行命令仍然是单线程顺序执行。
这是 IO 模型的一种,即经典的 Reactor 设计模式,有时也称为异步阻塞 IO。
多路指的是多个 Socket 链接,复用指的是复用一个线程。多路复用主要有三种技术:Select,Poll,Epoll。
Epoll 是最新的也是目前最好的多路复用技术。采用多路 I/O 复用技术可让单个线程高效的处理多个链接请求(尽可能减小网络 IO 的时间消耗),且 Redis 在内存中操做数据的速度很是快(内存内的操做不会成为这里的性能瓶颈),主要以上两点造就了 Redis 具备很高的吞吐量。
暂时就到这里了,部分数据来源网络,仅作参考。