Redis 和 Memcached 的区别是什么？
2025年11月14日
这道题的回答，需结合 “实际业务场景” 来讲，才能在面试官的眼中更加分。
下面我将从多个维度，来阐述它们的核心区别。
核心定位
- Memcached： 它是一个纯粹的、高性能的分布式内存键值缓存。设计目标极其单纯：在内存中缓存小块数据（如数据库查询结果、API 调用结果），通过简单的
get/set操作，尽可能地降低响应时间、提升吞吐量。它的所有特性都服务于这个 “快” 字。 - Redis： 它更像是一个内存中的数据结构服务器。缓存只是它的一个核心应用场景，但它能做的事情远不止于此。它提供了丰富的数据类型和操作，使得业务逻辑可以直接在 Redis 内部完成，而不仅仅是简单地存取数据。
基于上述所讲的根本性差异，再来拆解具体的区别：
特性详细对比
| 特性 | Memcached | Redis |
|---|---|---|
| 数据结构 | 简单的 Key-Value：仅支持字符串类型。 | 丰富的数据结构：支持 String, Hash, List, Set, Sorted Set, Bitmaps, HyperLogLogs, Streams 等。 |
| 数据持久化 | 不支持。数据仅存在于内存，重启即丢失。 | 支持。提供 RDB（快照）和 AOF（追加日志）两种方式，可以保证数据不丢失。 |
| 数据分布 | 一致性哈希。客户端实现分布式，服务端节点间不通信。 | Redis Cluster。原生支持集群，数据分片（slot），支持主从复制和故障转移。 |
| 网络模型 | 多线程 | 单线程（核心命令处理）+ 多线程（网络 I/O，6.0+） |
| 内存管理 | Slab Allocation 机制，预分配内存池，有效减少碎片，但可能造成空间浪费。 | 原生字符串和多种编码的复杂内存管理。可配置淘汰策略，支持 volatile-lru, allkeys-lfu 等。 |
| 附加功能 | 几乎没有。 | 发布/订阅、Lua 脚本、事务、流水线、地理位置计算等。 |
结合业务场景解析
- 数据结构是最大的分水岭
- Memcached 的简单性在某些场景下是优势。比如，你只需要缓存一个完整的序列化后的对象字符串，它的访问速度极快。
- Redis 的丰富数据结构带来了革命性的能力。我举几个实战例子：
Hash： 可以完美缓存一个用户对象，我能单独修改用户的age年龄字段，而不用像 Memcached 那样读取、反序列化、修改、序列化、写回整个对象。这在高并发更新场景下性能优势巨大。Sorted Set： 可以直接实现排行榜、延迟队列。业务逻辑变得非常简单，不需要在应用层做复杂的排序和筛选。List： 可以实现简单的消息队列。Bitmaps： 用于极其节省空间地记录用户签到等布尔型状态。
- 持久化：关乎数据安全与业务场景
- Memcached 的设计决定了它只能用于可丢失的缓存数据。比如，缓存击穿最多导致数据库压力增大，但不会产生灾难性后果。
- Redis 的持久化能力让它能胜任更多 “存储” 类的角色。比如，我需要缓存用户的会话（
Session），如果丢失会导致所有用户被迫登出，这种场景下 Redis 就更合适。在有些架构中，我们甚至会用 Redis 作为高速的准实时数据库来使用。
- 集群与扩展性
- Memcached 的分布式依赖于客户端，扩容时需要重新计算哈希，可能会引起缓存大范围失效（虽然一致性哈希能缓解）。
- Redis Cluster 是服务端原生实现的，数据在 16384 个槽中分片，扩容时可以平滑地进行数据迁移，对客户端透明。这在管理大规模缓存时提供了更好的体验和可靠性。
- 性能考量
- 在存储小数据、网络连接数极高的纯缓存场景下，Memcached 的多线程模型可能仍然具有微弱的优势，因为它能更好地利用多核 CPU。
- 但在操作复杂、涉及大键或需要执行多个命令的场景下，Redis 凭借其管道（
pipeline）和高效数据结构，综合性能往往更优，并且对服务端 CPU 的压力更小。
总结与选型建议
基于以上分析，我的选型原则非常清晰：
- 选择 Memcached 的场景：
- 你的需求极其简单：只需要一个纯粹的、高性能的分布式内存键值缓存。
- 缓存的数据结构简单，都是小块的字符串。
- 你能够接受缓存数据完全丢失，或者有完善的重建机制。
- 你需要处理超大规模的并发连接，并且操作都非常轻量，此时 Memcached 的多线程模型可能更占优势。
- 选择 Redis 的场景（这也是现代互联网架构中的绝大多数情况）：
- 你需要缓存的数据结构比较复杂，希望利用其内置数据类型简化业务逻辑。
- 你无法承受缓存丢失带来的后果（如
Session、购物车、重要计算结果）。 - 你希望缓存系统不仅能缓存，还能提供一些“服务”，如消息队列（
List/Stream）、排行榜（Sorted Set）、去重（Set）等。 - 你需要原生的、易于维护的集群支持。
一言以蔽之：Memcached 是一个速度飞快的 “运动员”，而 Redis 是一位全能型的 “十项全能选手”。
在我以往项目的技术选型中，95% 的情况下我会选择 Redis。因为它的功能强大、生态完善，并且其性能在绝大多数场景下都完全足够。只有当项目遇到极其特殊的、对纯缓存性能有极致要求的瓶颈时，我才会考虑让 Memcached 作为一个专门的缓存层出场。