Redis 线程模型深度解析#

前言#

Redis 是现代互联网架构中不可或缺的组件。然而，关于 Redis 的线程模型，坊间流传着许多误解。最常见的说法是：“Redis 之所以快，是因为它是单线程的。” 本文将深入解析 Redis 的 I/O 模型和线程架构。

一、Redis 6 之前的单线程时代#

1.1 纯粹的单线程架构#

1
┌─────────────────────────────────────────────────────────┐
2
│                      Redis Server                        │
3
│  ┌─────────────────────────────────────────────────┐   │
4
│  │                   Main Thread                     │   │
5
│  │   ┌──────────┐  ┌──────────┐  ┌──────────────┐  │   │
6
│  │   │  Accept  │─▶│  Parse   │─▶│   Execute    │  │   │
7
│  │   │  Client  │  │  Command │  │   Command    │  │   │
8
│  │   └──────────┘  └──────────┘  └──────────────┘  │   │
9
│  └─────────────────────────────────────────────────┘   │
10
│                         │                               │
11
│  ┌──────────────────────▼──────────────────────────┐   │
12
│  │              I/O Multiplexing                    │   │
13
│  │            (epoll/kqueue/select)                 │   │
14
│  └─────────────────────────────────────────────────┘   │
15
└─────────────────────────────────────────────────────────┘

主线程负责：接收连接、解析协议、执行命令、返回响应。

二、Redis 6+ 的多线程架构#

2.1 架构升级#

Redis 6 引入 I/O 多线程，但命令执行仍然是单线程：

1
┌─────────────────────────────────────────────────────────┐
2
│                   Redis Server (6+)                     │
3
│  ┌─────────────────────────────────────────────────┐   │
4
│  │                   Main Thread                     │   │
5
│  │   Protocol Parse ─▶ Command Execute ─▶ Response   │   │
6
│  └─────────────────────────────────────────────────┘   │
7
│                              │                           │
8
│  ┌──────────────────────────▼────────────────────────┐   │
9
│  │              I/O Threads (并行读写)                 │   │
10
│  └───────────────────────────────────────────────────┘   │
11
└─────────────────────────────────────────────────────────┘

2.2 线程分工#

阶段	执行者	是否并行
读取客户端请求	I/O Threads	✓ 并行
协议解析	Main Thread	✕ 单线程
命令执行	Main Thread	✕ 单线程
响应写入	I/O Threads	✓ 并行

关键洞察：命令执行依然是单线程，多线程优化的是 I/O 操作。

三、深入理解 I/O 多路复用#

3.1 三种机制对比#

机制	平台	时间复杂度	FD 限制
`select()`	BSD/macOS, Windows	O(n)	1024
`poll()`	Linux 2.1+	O(n)	无限制
`epoll()`	Linux 2.6+	O(1)	无限制

3.2 epoll 的优势#

1
select/poll: 10,000 个连接中只有 1 个活跃时：
2
  内核遍历 10,000 个 FD → O(n)
3

4
epoll: 同样场景：
5
  内核直接返回就绪的 1 个 FD → O(1)

四、为什么 Redis 命令执行坚持单线程？#

4.1 内存操作：速度的基石#

1
内存访问延迟:
2

3
L1 Cache:     ~1 纳秒
4
Main Memory:  ~100 纳秒  (Redis 操作级别)
5
SSD Disk:     ~100 微秒  (比内存慢 1000 倍)
6
Network:      ~1 毫秒    (比内存慢 10000 倍)