Redis 是单线程还是多线程？

Redis 作为最受欢迎的内存数据库之一，其线程模型一直是开发者关注的焦点。那么 Redis 到底是单线程还是多线程呢？答案是：不同版本和不同功能下有所不同。

Redis 6.0 之前 - 真正的单线程

在 Redis 6.0 之前，Redis 的核心数据处理逻辑是单线程的：

A[客户端请求] --> B[单线程处理] 
B --> C[解析命令] 
B --> D[执行命令] 
B --> E[返回结果]

为什么是单线程？

1. 简单高效：避免了多线程的复杂性
2. 无锁设计：不需要处理锁竞争和死锁问题
3. 原子性保证：所有命令都是原子执行的
4. 性能优秀：减少了线程切换开销

但并非完全单线程

Redis 也会使用后台线程处理一些任务：

后台线程处理的任务
- RDB 持久化（fork 子进程）
- AOF 重写（fork 子进程）
- 网络 I/O（Redis 4.0+ 部分多线程）

Redis 6.0+ - 引入多线程 I/O

Redis 6.0 开始支持多线程处理网络 I/O：

A[客户端请求] --> B[网络I/O线程池] 
B --> C[主线程执行命令] 
C --> D[网络I/O线程池] 
D --> E[返回客户端]

配置多线程

redis.conf 配置
# yes：启用多线程读取，I/O线程同时处理读写操作
# no：仅使用多线程处理写操作，读操作仍由主线程处理（默认值，写操作默认多线程）
# 默认仅用于写操作
io-threads-do-reads yes # 启用多线程读取(默认no)
io-threads 4 # 设置 I/O 线程数

多线程的限制

重要：即使在 Redis 6.0+ 中，命令执行仍然是单线程的：

命令执行顺序执行，保证原子性
SET key1 value1 # 执行完才执行下一个 
GET key1 
INCR counter

为什么命令执行不能多线程？

1. 数据一致性：避免并发访问导致的数据竞争
2. 事务原子性：保证事务的 ACID 特性
3. 简单可靠：降低系统复杂度

总结

Redis 4.0版本开始引入后台线程处理"Lazy Free"等特定任务
网络I/O主体仍是单线程，但某些阻塞操作(如大key删除)使用后台线程

Redis 6.0引入了多线程网络I/O处理，主要用于接收客户端请求和发送响应数据
主线程负责监听端口和连接建立，然后将socket读写任务分配给I/O线程处理
默认配置4个I/O线程，可通过io-threads参数调整

简单来说：

• Redis 的核心数据处理一直是单线程
• Redis 6.0+ 的网络 I/O 支持多线程
• 持久化等耗时操作始终使用子进程或多线程处理

这种设计既保证了高性能，又确保了数据安全性和一致性。