Redis 为什么快？

一句话

Redis 快的核心原因不是"单线程"，而是纯内存操作 + IO 多路复用 + 单线程无锁设计三者叠加。单线程不是它的瓶颈，反而是优势------避免锁竞争和上下文切换。

1. 快的三个核心原因

text 复制代码

① 纯内存操作：内存读写纳秒级，磁盘读写毫秒级，差 10 万倍
② IO 多路复用：一个线程监听成千上万个连接，不阻塞
③ 单线程无锁：没有锁竞争、没有上下文切换、没有死锁

2. "Redis 单线程"到底是什么意思？

Redis 不是所有地方都单线程。准确说：

text 复制代码

客户端连接：多线程（每个 Socket 独立管理）
核心命令处理：单线程（主线程串行执行所有命令）
后台任务：多线程（Redis 6+ 引入 I/O 线程 + 后台线程）

**"单线程"指的是核心命令处理**------所有 SET、GET、HSET 等数据操作都在一个主线程中串行执行。

单线程为什么反而是优势？

对比项	多线程	Redis 单线程
锁竞争	需要加锁，可能死锁	完全无锁
上下文切换	线程切换有 CPU 开销	零切换
原子性	需要额外保证	天然原子（一个命令不会被其他命令打断）
CPU 瓶颈	内存操作 CPU 不是瓶颈	内存操作本身纳秒级，单线程够用

CPU 不是 Redis 的瓶颈，内存带宽和网络才是。 单线程避免了多线程的复杂性，反而更高效。

3. IO 多路复用

什么是 IO 多路复用？

text 复制代码

不使用 IO 多路复用（传统模型）：
  一个连接需要一个线程 → 1 万个连接 = 1 万个线程 → 内存炸了

使用 IO 多路复用（Redis 模型）：
  一个线程通过 epoll 监听所有连接 → 哪个连接有数据就来处理哪个
  → 1 个线程就能处理成千上万个连接

Redis 的 IO 多路复用流程

text 复制代码

主线程事件循环：
  ① epoll_wait：监听哪些 Socket 有事件（读/写/新连接）
  ② 有事件 → 处理（读命令 → 执行命令 → 写响应）
  ③ 没事件 → 继续等待（不阻塞 CPU）
  ④ 循环

底层在 Linux 用 epoll，BSD 用 kqueue。

4. Redis 6+ 的多线程做了什么？

text 复制代码

Redis 6 之前：所有网络读写 + 命令执行 = 单线程
Redis 6+：网络读写可以分给 I/O 线程，但命令执行仍在主线程

部分	Redis 6+ 线程分配
网络 I/O（读写 Socket 数据）	I/O 线程（可配置）
命令解析 + 执行	仍然单线程（主线程）
大 Key 异步删除（UNLINK）	后台线程
RDB/AOF fsync	后台线程

核心没变：命令还是单线程串行执行的。 I/O 多线程只是分担网络读写的压力。

5. BigKey 的危害

正因为核心是单线程，如果一个 Key 特别大（比如一个 List 有几百万元素），执行 KEYS *、HGETALL、DEL 等操作会长时间阻塞主线程，导致 Redis 在这段时间内无法响应任何其他请求。

text 复制代码

防护措施：
  - 避免 BigKey（单个 value 不超过 10KB）
  - 用 UNLINK 代替 DEL（异步删除）
  - 用 SCAN 代替 KEYS
  - 定期用 redis-cli --bigkeys 巡检

🎙 面试回答模板

text 复制代码

"Redis 快有三个核心原因。第一是纯内存操作，内存读写是纳秒级的，
比磁盘快 10 万倍。第二是 IO 多路复用，通过 epoll 一个线程就能
监听成千上万个连接，不用为每个连接开一个线程。第三是单线程无锁设计，
所有命令在一个线程里串行执行，没有锁竞争和上下文切换的开销，
而且单个命令天然是原子的。

不过要补充一点，Redis 不是所有地方都单线程。Redis 6 之后
引入了 I/O 线程来分担网络读写的压力，但命令的解析和执行
仍然在主线程里，这一点没有变。

也正因为单线程处理核心命令，所以要避免大 Key，
否则一个慢操作会阻塞整个主线程，导致 Redis 无法响应其他请求。"

参考来源

01_Raw【原始素材】/notion 资料/Notion/任务/Redis进阶一之深入理解Redis线程模型.md
Redis 官方文档：Redis threading and IO multiplexing