redis-单线程为什么快

redis的单线程是针对网络io与键值的操作来说的,其他的比如持久化异步删除等是其他线程负责的

那么redis为什么使用单线程?

因为多线程程序面临的共享资源的并发控制问题,如果只是简单的加个互斥锁就会让这部分程序成为瓶颈,并且会导致系统降低易用性

为什么redis使用单线程还这么快?

1. 大部分操作在内存上完成

2. 采用了高效的数据结构

3. 网络io采用io多路复用机制 是的redis可以处理大量并发io请求

想要了解io多路复用就需要先了解一下普通的io模型

 

 使用一个线程来处理 监听客户端请求bind/listen、和客户端建立连接accept、从socket中读取数据recv、解析客户端请求parse 和 向socket写回数据send

这里的阻塞点是

　　和客户端建立连接accept 

　　　　当redis监听到有客户端连接但是一直连不上,就导致其他连接无法与redis建立

　　 从socket中读取数据recv

　　　　建立连接后一直收不到socket的数据也会阻塞redis

为了处理以上的阻塞点,那么就需要一个非阻塞的io

　　io多路复用机制就闪亮登场了,指一个线程处理多个IO流,就是select/epoll机制,

　　简单来说就是,该机制运行内核中同时存在多个监听套接字和连接套接字,内核会一直监听这些套接字上的连接请求和数据请求,一旦有请求就交给redis,redis把不同的事件

　　包装放到队列中,redis单线程对该队列进行不断处理

　　监听套接字可以调用accept 等待客户端建立连接

　　连接套接字可以调用send/recv 接收套接字数据

 

　　那么单线程处理io的性能瓶颈在哪里呢?

　　1. 任何耗时操作都会影响性能,比如处理bigkey/大量key同时过期,同步aof等

　　2. 并发非常大单线程读写客户端io端数据存在性能瓶颈,因为这步是同步io,只能单线程依次读取客户端数据

　　redis6中就针对第二点,利用多线程进行读写io操作,提升性能