另一个好处是，memcache在缓存场景中的行为非常清楚，而redis通常用作持久数据存储，尽管它可以被配置为在达到最大容量时像memcached一样，即驱逐最近最少使用的项目。

我研究过的一些应用程序同时使用这两种方法，只是为了明确数据的行为方式-内存缓存中的数据，我们编写代码来处理数据不存在的情况-redis中的数据。

除此之外，Redis通常被视为优势，因为它的功能更丰富，因此更灵活。

如果你不介意粗鲁的写作风格，从可用性的角度来看，Systoilet博客上的Redis vs Memcached值得一读，但在对性能做出任何结论之前，一定要反复阅读评论；存在一些方法上的问题（单线程忙循环测试），自本文撰写以来，Redis也做了一些改进。

没有一个基准链接是完整的，不会有点混淆，所以也可以在Dormondo的LiveJournal和Antirez Weblog上查看一些冲突的基准。

编辑——正如Antirez所指出的，Systoilet分析是相当不合理的。即使在单线程不足的情况下，这些基准测试中的大部分性能差异也可以归因于客户端库，而不是服务器吞吐量。Antirez Weblog上的基准的确提供了更多的苹果对苹果（同一张嘴）的比较。

Redis更好。

Redis的优点是，

它有很多数据存储选项，如字符串、集合、排序集合、哈希、位图记录的磁盘持久性存储过程（LUA脚本）支持可以使用PUB/SUB充当消息代理

而Memcache是内存中的键值缓存类型系统。

不支持各种数据类型存储，如列表、集合再贴现。主要缺点是Memcache没有磁盘持久性。

如果你对性能感兴趣，Memcached会更快，甚至因为Redis涉及网络（TCP调用）。内部Memcache也更快。

正如其他答案所提到的那样，Redis有更多的功能。

我有机会在我所研究的缓存代理中同时使用memcached和redis，让我向您分享我使用了什么以及背后的原因。。。。

Redis>

1） 用于在集群上索引缓存内容。我在redis集群上有超过十亿个密钥，redis响应时间非常短且稳定。

2） 基本上，它是一个键/值存储，所以无论在应用程序中有什么类似的东西，都可以使用redis而不必太麻烦。

3） Redis持久性、故障切换和备份（AOF）将使您的工作更轻松。

内存缓存>

1） 是的，可以用作缓存的优化内存。我使用它来存储缓存内容，这些内容经常被访问（每秒50次），大小小于1MB。

2） 当我的单个内容大小>1MB时，我也只为memcached分配了16GB中的2GB。

3） 随着内容增长接近极限，我偶尔会在统计数据中观察到较高的响应时间（redis的情况并非如此）。

如果你要求整体体验，Redis是绿色的，因为它易于配置，非常灵活，具有稳定的健壮功能。

此外，在这个链接上有一个可用的基准测试结果，下面是来自同一链接的几个亮点，

希望这有帮助！！

如果我们说redis是（缓存+数据结构）的组合，而memcached只是一个缓存，那就不会错。