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

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

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

一个非常简单的测试，可以针对redis-2.2.2和memcached设置和获取100k个唯一键和值。两者都在linux虚拟机（CentOS）上运行，我的客户端代码（粘贴在下面）在windows桌面上运行。

Redis公司

存储100000个值所需的时间=18954ms加载100000个值所需的时间=18328ms

Memcached（内存缓存）

存储100000个值所需的时间=797ms检索100000个值所需的时间=38984毫秒

Jedis jed = new Jedis("localhost", 6379);
int count = 100000;
long startTime = System.currentTimeMillis();
for (int i=0; i<count; i++) {
  jed.set("u112-"+i, "v51"+i);
}
long endTime = System.currentTimeMillis();
System.out.println("Time taken to store "+ count + " values is ="+(endTime-startTime)+"ms");

startTime = System.currentTimeMillis();
for (int i=0; i<count; i++) {
  client.get("u112-"+i);
}
endTime = System.currentTimeMillis();
System.out.println("Time taken to retrieve "+ count + " values is ="+(endTime-startTime)+"ms");

测验运行一些简单的基准测试。很长一段时间以来，我认为自己是一只老派犀牛，因为我主要使用memcached，并认为Redis是一个新孩子。

在我目前的公司中，Redis被用作主缓存。当我深入研究了一些性能统计数据并简单地开始测试时，Redis在性能方面与MySQL相当，或者说比MySQL慢得最少。

Memcached虽然过于简单，却让Redis彻底破产。它的规模更大：

对于较大的值（需要改变楼板尺寸，但已完成）对于多个并发请求

此外，在我看来，memcached驱逐策略实现得更好，从而在处理比缓存所能处理的数据更多的数据时，总体上平均响应时间更稳定。

一些基准测试表明，在我们的情况下，Redis的表现非常糟糕。我认为这与许多变量有关：

运行Redis的硬件类型存储的数据类型获取和设置的数量应用程序的并发性你需要数据结构存储吗

就我个人而言，我不同意Redis作者对并发和多线程的看法。

Memcached擅长作为一个简单的键/值存储，并且擅长执行key=>STRING。这使得它非常适合会话存储。

Redis擅长做key=>SOME_OOBJECT。

这真的取决于你要放什么。我的理解是，就性能而言，他们相当均衡。

如果你确实找到了一些客观的基准，也祝你好运。

这里没有指出的一个主要区别是Memcache始终有内存上限，而Redis在默认情况下没有（但可以配置为）。如果您总是希望在一定时间内存储一个键/值（并且永远不会因为内存不足而将其逐出），那么您需要使用Redis。当然，你也有内存不足的风险。。。

这是亚马逊提供的非常棒的文章/差异

与memcached相比，Redis显然是赢家。

Memcached只有一个加分项它是多线程和快速的。Redis有很多很棒的功能，速度非常快，但仅限于一个内核。

Memcached不支持Redis的优点

快照-用户可以拍摄Redis缓存的快照并在任何时间点的辅助存储。内置支持许多数据结构，如Set、Map、SortedSet、，列表、BitMaps等。在redis中支持Lua脚本