在以下情况下使用Redis

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

在以下情况下使用memcached

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

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

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

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

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

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

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

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

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

Memcached是多线程和快速的。

Redis有很多功能，而且速度非常快，但完全限于一个内核，因为它基于一个事件循环。

我们两者都使用。Memcached用于缓存对象，主要减少数据库的读取负载。Redis用于诸如排序集之类的东西，这对于汇总时间序列数据非常方便。

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

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

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