redis6.0引入多线程

redis6.0为什么引入多线程

首先说一下redis采用单线程的好处

• 最明显的是采用单线程就可以避免上下文切换，没有上下文切换就避免了很多开销
  讲一下为啥会避免上下文切换，我理解的是就是多线程并发执行任务的时候，处理器会给每个线程分配CPU时间片，线程在各自分配的时间片内执行任务，时间片用完就需要切换，而单线程就一个线程不会切换。
• 实现简单，方便维护，如果redis采用多线程，底层数据结构就需要考虑安全问题，redis实现就复杂了
• 避免同步机制的开销，如果 Redis选择多线程模型，需要考虑数据同步的问题，则必然会引入某些同步机制，会导致在操作数据过程中带来更多的开销，增加程序复杂度的同时还会降低性能。

多线程为什么要采用同步机制，因为不同的线程有自己的栈，栈中可能引用了多个对象，而多个线程可能引用到了堆中的同一个或多个对象，而线程的栈内存当中的数据只是临时数据，最终都是要刷新到堆中的对象内存，这里的刷新并不是最终的状态一次性刷新，而是在程序执行的过程中随时刷新（肯定有固定的机制，暂不考虑），也许在一个线程中被应用对象中的某一个方法执行到一半的时候就将该对象的变量状态刷新到了堆的对象内存中，那么再从多线程角度来看，当多个线程对同一个对象中的同一个变量进行读写的时候，就会出现类似数据库中的并发问题，假设被引用对象中有一个变量SA=10，线程A读取到10，并且在栈中修改成了15但还没有刷新到堆中，线程B也读取到10，此时A刷新到堆中，则堆中被引用的变量的值变成了15，这个时候B将读取到的10修改为20，再次刷新到堆中，堆中被引用对象的变量SA值为20，这个时候A重新获取SA，发现不是15，而是20，显然出现了问题。

单线程相比于多线程有那么多优点为什么还要引入多线程呢

我们知道redis操作是在内存中进行的，是非常快的，那么限制它性能的原因是啥呢，如官方所说是内存和网络
内存大小决定redis在内存中操作的数据量，内存不够是可以做数据结构优化来让内存足够用来操作，那么就剩下一个网络，多线程的引入就和网络有关。因为读写网络的read/write系统调用在Redis执行期间占用了大部分CPU时间，如果把网络读写做成多线程的方式对性能会有很大提升。

多线程主要应用在哪

Redis6.0引入的多线程部分，实际上只是用来处理网络数据的读写和协议解析，执行命令仍然是单一工作线程。

Redis在处理网络数据时，调用epoll的过程是阻塞的，也就是说这个过程会阻塞线程，如果并发量很高，达到几万的QPS，此处可能会成为瓶颈。一般我们遇到此类网络IO瓶颈的问题，可以增加线程数来解决。开启多线程除了可以减少由于网络I/O等待造成的影响，还可以充分利用CPU的多核优势。Redis6.0也不例外，在此处增加了多线程来处理网络数据，以此来提高Redis的吞吐量。当然相关的命令处理还是单线程运行.