一、核心定位从诞生之初就不同Memcached是一个纯内存键值缓存系统设计目标是 “为动态 Web 应用减轻数据库负载”仅用于缓存热点数据不支持持久化重启即清空。它的核心是极致轻量化只做最简单的键值读写不引入额外复杂度。Redis是一个内存型 NoSQL 数据库不仅能做缓存还支持持久化、丰富的数据结构和事务能力可直接作为存储层使用比如会话存储、消息队列。它的定位是 “高性能 多功能”兼顾缓存和业务存储场景。二、技术架构线程模型决定性能特点特性MemcachedRedis线程模型多线程模型网络 IO 和计算都用多线程天然利用多核 CPU适合高并发简单读写。6.0 版本前是单线程计算 单线程网络 IO6.0 后改为单线程计算 多线程网络 IO计算仍为单线程避免多线程锁竞争提升复杂操作效率。网络模型基于 libevent 的事件驱动支持多路复用。基于自己实现的 ae 事件驱动框架性能更优。内存管理采用 Slab 分配机制把内存划分为固定大小的块容易产生内存碎片但分配速度快。早期用 malloc 动态分配4.0 后默认用 jemalloc 优化内存碎片内存利用率更高。三、功能特性Redis 全面碾压这是两者最核心的差距数据结构Memcached 仅支持 ** 字符串String一种结构所有值都必须序列化为字符串存储。Redis 支持字符串、哈希Hash、列表List、集合Set、有序集合ZSet、位图Bitmap、地理空间Geo、流Stream** 等十几种结构可直接实现排行榜、计数器、消息队列等复杂业务逻辑。持久化Memcached 无持久化能力重启后数据完全丢失。Redis 支持RDB快照持久化和AOF日志持久化可定期将内存数据落地到磁盘即使重启也能恢复数据具备 “存储” 属性。集群与高可用Memcached 早期依赖客户端实现一致性哈希分片官方集群方案Memcached Cluster生态薄弱故障转移需依赖第三方工具。Redis 拥有原生 Cluster 模式支持自动分片、副本同步和故障自动转移生态成熟社区工具丰富。附加功能Redis 还支持事务、Lua 脚本、发布订阅、过期策略、内存淘汰机制等功能远超 Memcached。四、性能表现场景决定胜负简单键值读写场景Memcached 多线程模型更占优理论 QPS 可达 10 万–20 万理想场景下的 1M QPS 是极端优化后的结果实际生产中很少达到。Redis 单线程计算 多线程 IO 的模式简单键值 QPS 约为 10 万–16 万略低于 Memcached但差距在 10%–20% 以内远没有 “高 10 倍” 的夸张。复杂操作场景Redis 单线程模型避免了多线程锁竞争在处理哈希、集合等复杂数据结构的操作时性能反而比 Memcached 更稳定、更快。内存效率Redis 对小对象的压缩存储如 ziplist 编码比 Memcached 更高效相同内存下能存储更多数据。五、适用场景按需选择优先选 Memcached 的场景仅需简单键值缓存不需要复杂数据结构对内存分配效率要求极高如大量小对象缓存已有成熟的客户端分片方案不需要官方集群支持。优先选 Redis 的场景需要复杂数据结构如排行榜、秒杀计数器、社交关系链需要持久化避免重启丢失数据需要集群、高可用和完善的生态工具除了缓存还要承担部分业务存储功能如会话存储、消息队列。六、选型结论目前绝大多数互联网公司的主流选择是Redis因为它的功能覆盖了 Memcached 的所有场景且能支撑更复杂的业务需求。只有在 “极致轻量化 纯简单缓存” 的特定场景下Memcached 才会被保留比如早期静态页面缓存。