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操作,提升性能