Redis选择单线程的原因是什么

本文小编为大家详细介绍“Redis选择单线程的原因是什么”，内容详细，步骤清晰，细节处理妥当，希望这篇“Redis选择单线程的原因是什么”文章能帮助大家解决疑惑，下面跟着小编的思路慢慢深入，一起来学习新知识吧。

一、Redis版本迭代

Redis2.6，支持lua脚本；

Redis3.0，支持集群；

Redis4.0，混合持久化，多线程异步删除；

Redis5.0，核心代码重构；

Redis6.0，多线程io；

Redis7.0，Function、Multi-part-AOF；

二、Redis4.0之前为什么一直采用单线程？

Redis采用单线程模型方便开发和维护；

单线程模型也可以通过IO多路复用和非阻塞IO并发处理多客户端请求；

对于Redis来说，主要的性能瓶颈是内存和网络，而不是CPU；

三、Redis6.0引入多线程

Redis6.0之前，Redis从网络IO处理到实际的读写命令处理，都是单线程的，只不过在数据删除、数据持久化的时候使用的是多线程。

Redis的性能瓶颈主要是网络IO，因此，Redis6.0开始，采用多个IO线程来处理网络请求，提高网络请求处理的并行度。

四、Redis主线程和IO线程是如何完成请求的？

1、服务端和客户端建立Socket连接

主线程负责建立连接，并把socket放入全局等待队列，主线程通过轮询的方法将socket连接分配给IO线程。

2、IO线程读取并解析请求

主线程一旦把socket分配给IO线程，就会进入阻塞状态，等待IO线程完成客户端请求，此时，采用多个IO线程并行处理。

3、主线程执行请求命令

IO线程解析完请求，主线程还是会以单线程的方式执行这些命令。

4、IO线程会写回socket和主线程清空全局队列

当主线程执行完请求命令后，会将结果写入缓冲区，主线程进入阻塞状态，等待IO线程将结果回写到socket中，并返回给客户端。

回写socket完毕后，主线程清空全局队列。

五、IO多路复用是什么？

IO多路复用，一种同步的IO模型，实现一个线程监视多个文件句柄，一旦某个文件句柄就绪就能够通知到对用的应用程序进行对应的读写操作，没有文件句柄就绪时，程序就会进入阻塞状态，释放CPU资源。

IO，操作系统层面指数据在内核态和用户态之间进行的读写操作；

多路，多个客户端socket连接；

复用，复用线程；

IO多路复用，使用单线程就能够同时处理多个客户端socket连接；

客户端socket对应的文件描述符FileDescriptor注册进epoll，epoll会监听哪些socket有消息，避免大量的无用操作。

此时socket采用非阻塞模式，整个过程只在调用select、poll、epoll时才会阻塞，收到客户端消息不会阻塞，这个进程就会被充分利用起来，这种模式一般被称为事件驱动，也就是Reactor反应模式。

采用epoll的方式，最终目的是提高服务器的吞吐能力。

IO多路复用与epoll函数才是**“Redis为什么这么快？”**的直接原因。

读到这里，这篇“Redis选择单线程的原因是什么”文章已经介绍完毕，想要掌握这篇文章的知识点还需要大家自己动手实践使用过才能领会，如果想了解更多相关内容的文章，欢迎关注编程网精选频道。