我们认为Redis是我们工作项目的一个负载起飞点。我们认为通过在nginx中使用一个名为HttpRedis2Module的模块或类似的模块，我们会有惊人的速度，但当使用AB测试进行测试时，我们被证明是错误的。

也许是模块坏了，或者是我们的布局，但这是一个非常简单的任务，用php获取数据然后将其填充到MongoDB中甚至更快。我们使用APC作为缓存系统，并使用php和MongoDB。它比nginxRedis模块快得多。

我的建议是自己测试它，这样做会向您展示环境的结果。我们决定在我们的项目中使用Redis是不必要的，因为它没有任何意义。

剩下的最大原因是专业化。

Redis可以做很多不同的事情，其中一个副作用是开发人员可能会在同一个实例上使用很多不同的功能集。如果您将Redis的LRU功能用于非LRU的缓存，则完全有可能耗尽内存。

如果您打算设置一个专用的Redis实例，仅作为LRU实例使用，以避免出现这种情况，那么在Memcached上使用Redis并没有什么令人信服的理由。

如果您需要可靠的“永不停机”LRU缓存。。。Memcached将符合这一要求，因为它不可能在设计上耗尽内存，而且专用功能阻止开发人员尝试将其制作成可能危及内存的东西。简单的关注点分离。

在以下情况下使用Redis

您需要有选择地删除/过期缓存中的项目。（你需要这个）您需要能够查询特定类型的键。等式“blog1：帖子：*”，“blog2:类别：xyz：帖子：”。哦，是的！这是非常重要的。使用此选项可以选择性地使某些类型的缓存项无效。您还可以使用它使片段缓存、页面缓存、仅给定类型的AR对象等无效。持久性（你也需要这个，除非你对缓存在每次重启后都要预热感到满意。这对于很少改变的对象来说非常重要）

在以下情况下使用memcached

Memcached让你头疼！嗯。。。集群？无聊的。如果你想做到这一点，请使用Varnish和Redis缓存片段和AR对象。

根据我的经验，Redis的稳定性比Memcached要好得多

我们认为Redis是我们工作项目的一个负载起飞点。我们认为通过在nginx中使用一个名为HttpRedis2Module的模块或类似的模块，我们会有惊人的速度，但当使用AB测试进行测试时，我们被证明是错误的。

也许是模块坏了，或者是我们的布局，但这是一个非常简单的任务，用php获取数据然后将其填充到MongoDB中甚至更快。我们使用APC作为缓存系统，并使用php和MongoDB。它比nginxRedis模块快得多。

我的建议是自己测试它，这样做会向您展示环境的结果。我们决定在我们的项目中使用Redis是不必要的，因为它没有任何意义。

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

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

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

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