Redis 6.0 引入多线程 I/O 是近几年 Redis 社区最受关注的改动之一，而 Memcached 作为老牌内存缓存，早在 1.2 版本就支持了多线程。很多面试官喜欢拿这两者做对比，因为它们虽然都叫“多线程”，但设计目标和实现路径截然不同。如果你只回答“Redis 6.0 用多线程处理网络 I/O，Memcached 用多线程处理所有请求”，虽然不算错，但很难体现出对底层机制的真正理解。下面从几个关键维度展开分析。
一、多线程的引入动机不同
Memcached 的多线程是“与生俱来”的。 它从设计之初就把自己定位成一个纯内存的 key-value 缓存，所有操作都围绕哈希表进行，没有复杂的数据结构，也没有持久化需求。因此它很自然地采用了多线程模型：主线程 accept 连接，然后把连接分发给多个 worker 线程，每个 worker 线程独立处理该连接上的所有命令。这种模型简单直接，能充分利用多核 CPU 的吞吐能力。
Redis 6.0 的多线程则是“迫不得已”的补充。 Redis 长期以来以单线程命令处理著称，这样做的好处是避免了锁竞争、保证了原子性、简化了数据结构实现。但随着硬件发展，单核性能提升放缓，而网络带宽和 QPS 需求不断增长，单线程在数据量大、连接数多时，网络 I/O 读写逐渐成为瓶颈。Redis 6.0 的优化思路很明确：只把网络 I/O 这部分并行化，命令执行仍然保持单线程。换句话说，多线程是为了解决“读 socket、写 socket”的耗时问题，而不是为了加速命令本身。
二、线程模型的本质区别
Memcached 采用的是 worker 线程模型，每个线程独立负责一部分连接的全部生命周期。具体来说：
- 主线程负责监听端口，接受新连接。
- 通过某种分发策略（如取模或轮询）把新连接交给某个 worker 线程。
- 该 worker 线程后续负责这个连接上所有请求的读取、解析、执行和响应写回。
这种模型下，每个线程都是“全功能”的，线程之间几乎不需要协作，锁的粒度也比较粗（主要是哈希表分段锁和引用计数锁）。它的优点是实现简单、扩展性好；缺点是连接和线程绑定，如果某个连接上有慢操作，会阻塞该线程上的其他连接。
Redis 6.0 采用的是 主线程 + I/O 线程 模型，更准确地说是一种“多线程 I/O，单线程执行”的混合模式：
- 主线程负责接收连接、解析命令、执行命令、管理数据结构。
- I/O 线程只负责从 socket 读取请求数据，以及把响应数据写回 socket。
- 主线程和 I/O 线程之间通过一个全局的待处理请求队列进行同步，主线程会等待所有 I/O 线程完成一轮读写后再继续。
这种设计的关键在于：命令执行阶段仍然是单线程的，因此 Redis 不需要为数据结构加锁，也不会出现并发写导致的原子性问题。多线程只出现在“命令执行前”和“命令执行后”两个阶段，相当于把网络收发的活儿外包了出去。
三、并发安全与锁机制不同
Memcached 的多线程意味着多个线程可能同时访问共享的哈希表。为了保证线程安全，Memcached 使用了分段锁：把哈希表分成多个段，每个段一把锁，不同段可以并发访问。此外还有引用计数机制来管理 item 的生命周期。这种设计在缓存场景下是合理的，因为缓存操作大多是无状态的读写，锁竞争不算激烈。
Redis 则几乎不需要为命令执行加锁，因为命令执行是单线程的。Redis 6.0 的多线程 I/O 部分通过原子变量和条件变量来协调主线程与 I/O 线程的同步，而不是传统的互斥锁。具体来说，主线程把待读写的客户端放入队列，然后唤醒 I/O 线程；I/O 线程处理完后递减计数器，主线程自旋等待计数器归零。这种同步方式开销很小，因为 I/O 线程只做纯数据搬运，不涉及共享数据结构的修改。
四、性能表现与适用场景
Memcached 的多线程模型在纯缓存场景下吞吐量很高，尤其是 value 较小、命令简单的场景。因为它所有线程都在并行处理请求，没有单线程执行阶段的限制。但它的缺点是功能单一，不支持复杂数据结构、持久化、事务等。
Redis 6.0 的多线程 I/O 主要解决的是高并发连接下的网络瓶颈。根据官方测试，在 4 核机器上开启多线程 I/O 后，GET/SET 的 QPS 可以提升一倍左右。但它的上限仍然受限于单线程命令执行阶段，所以对于复杂命令（如 ZADD、LRANGE）或者大 value 场景，多线程 I/O 的收益会下降。此外，Redis 的多线程默认是关闭的，需要配置 io-threads 参数（建议设置为 CPU 核数减一，且不超过 8），并且 io-threads-do-reads 默认也是关闭的，需要显式开启。
五、面试回答要点总结
如果面试中被问到这个问题，可以按以下结构回答：
- 定位不同：Memcached 是多线程处理所有请求，Redis 6.0 是多线程只处理网络 I/O，命令执行仍单线程。
- 模型不同：Memcached 是 worker 线程模型，连接与线程绑定；Redis 是主线程 + I/O 线程模型，主线程负责执行，I/O 线程负责收发。
- 并发安全不同：Memcached 需要分段锁保护哈希表；Redis 命令执行单线程，无需为数据结构加锁，I/O 线程间通过原子变量同步。
- 收益与限制不同：Memcached 能充分利用多核做缓存吞吐；Redis 多线程主要缓解网络瓶颈，受限于单线程执行阶段，适合高连接数、简单命令场景。
- 配置与默认行为不同：Memcached 多线程是默认且核心的；Redis 多线程默认关闭，需要配置开启。
理解这两者的区别，本质上是在理解“多线程到底用在了哪一层”。Memcached 把多线程用在了业务逻辑层，Redis 把多线程用在了 I/O 层。这个差异决定了它们各自的性能特征和适用边界，也是面试中区分候选人是“背答案”还是“真理解”的关键点。
未经允许不得转载：任鹏个人博客 » Redis 6.0 多线程和 Memcached 多线程有什么区别
