nodejs是单线程还是多线程_程序员必看的Redis6.0多线程性能测试结果及分析你懂了嘛...

单线程的Redis一向以简洁高效著称，但也有其阿喀琉斯之踵：阻塞！单个线程在最容易产生瓶颈的网络读写(Redis的key)请求完成之前，其他所有请求都将会被阻塞，严重影响其效率，因此Redis的多线程呼声就越来越高。由于是基于内存的操作延迟非常低，所以即便是单线程模式下CPU资源也不会是的瓶颈。最容易出现瓶颈的还是网络IO操作。在Redis 6.0开始支持多线程之后，所谓的多线程也只是socket层面的多线程，核心的内存读写还是单线程模式。
弄清楚了多线程的本质之后，就会有一系列的问题，多线程会比单线程有多大的提升？设置多少个线程合适？见一些大神测试过，其结果也非常理想，但只是看看也不太过瘾，决定一试为快，本文将对Redis的多线程进行一个粗浅的测试验证。同时需要思考另外一个问题：面对多线程版本的Redis，和Redis cluster，该如何选择？

多线程Redis

redis 6.0 的“多线程”特性让很多标题党高潮连连，参考图片源自于：美图技术团队侵删，核心的线程(Execute Command)还是单线程，多线程是指网络IO(socket)读写的多线程化。
如下图所示，读写网络socket中的数据是可以用多个线程，所以Redis的多线程也叫做io thread，相关参数：“io-threads”。另一个参数是io-threads-do-reads，这里涉及另外一个细节：多线程IO主要用在请求完成后返回结果集的过程，也就是socket写操作，至于读socket，单线程本身采用的多路IO复用技术，也不会产生瓶颈，因此Redis给出了一个io-threads-do-reads 参数，决定读socket的时候是否启用多线程。其实io-threads-do-reads是否启用，对性能的影响并不大，最后会做一个验证。

测试策略

本机配置：centos 7，16C+32GB内存

Redis版本

下面分别以1线程，2线程，4线程，6线程，8线程，10线程的配置下，同时为避免网络延迟带来的影响，redis-benchmark在Redis实例本地，测试Redis的get和set性能。

翻车

整个测试开始之前，经历了两次翻车才得以继续

翻车现场1
centos 7上默认的gcc是4.*版本，无法编译Redis 6.0，所以需要升级gcc，因为本机不支持yum安装，参考这里使用源码包安装，gcc编译的时候那个酸爽，本机16C+32GB内存的环境下，因为缺少某些依赖包，导致失败了几次，最终编译成功的一次，花了