Redis2.6,支持lua脚本;
Redis3.0,支持集群;
Redis4.0,混合持久化,多线程异步删除;
Redis5.0,核心代码重构;
Redis6.0,多线程IO;
Redis7.0,Function、Multi-part-AOF;
1、Redis采用单线程模型方便开发和维护;
2、单线程模型也可以通过IO多路复用和非阻塞IO并发处理多客户端请求;
3、对于Redis来说,主要的性能瓶颈是内存和网络,而不是CPU;
Redis6.0之前,Redis从网络IO处理到实际的读写命令处理,都是单线程的,只不过在数据删除、数据持久化的时候使用的是多线程。
Redis的性能瓶颈主要是网络IO,因此,Redis6.0开始,采用多个IO线程来处理网络请求,提高网络请求处理的并行度。
主线程负责建立连接,并把socket放入全局等待队列,主线程通过轮询的方法将socket连接分配给IO线程。
主线程一旦把socket分配给IO线程,就会进入阻塞状态,等待IO线程完成客户端请求,此时,采用多个IO线程并行处理。
IO线程解析完请求,主线程还是会以单线程的方式执行这些命令。
当主线程执行完请求命令后,会将结果写入缓冲区,主线程进入阻塞状态,等待IO线程将结果回写到socket中,并返回给客户端。
回写socket完毕后,主线程清空全局队列。
IO多路复用,一种同步的IO模型,实现一个线程监视多个文件句柄,一旦某个文件句柄就绪就能够通知到对用的应用程序进行对应的读写操作,没有文件句柄就绪时,程序就会进入阻塞状态,释放CPU资源。
1、IO,操作系统层面指数据在内核态和用户态之间进行的读写操作;
2、多路,多个客户端socket连接;
3、复用,复用线程;
4、IO多路复用,使用单线程就能够同时处理多个客户端socket连接;
客户端socket对应的文件描述符FileDescriptor注册进epoll,epoll会监听哪些socket有消息,避免大量的无用操作。
此时socket采用非阻塞模式,整个过程只在调用select、poll、epoll时才会阻塞,收到客户端消息不会阻塞,这个进程就会被充分利用起来,这种模式一般被称为事件驱动,也就是reactor反应模式。
采用epoll的方式,最终目的是提高服务器的吞吐能力。
IO多路复用与epoll函数才是**“Redis为什么这么快?”**的直接原因。
以上是Redis选择单线程的原因是什么的详细内容。更多信息请关注PHP中文网其他相关文章!