如果redis已经是堆栈的一部分，那么为什么Memcached仍然与redis一起使用呢？

Question

Redis可以完成Memcached提供的所有功能（LRU缓存、项目过期和现在在3.x+版本中的集群，目前处于测试版），也可以通过TwemProxy这样的工具来完成。性能也是相似的。此外，Redis增加了持久性，因此在服务器重新启动时不需要进行缓存升温。

参考一些比较Redis和Memcache的旧答案，其中一些更倾向于Redis作为Memcache的替代（如果已经存在于堆栈中）：

>

memcached与redis？

与Redis相比，memcached是恐龙吗？

Redis和Memcache还是只有Redis？

尽管如此，在研究了Instagram、Pinterest、Twitter等大型网络公司后，我发现它们将Memcached和Redis用于不同的目的，而不是将Redis用于主要缓存。主缓存仍然是Memcached，Redis用于基于数据结构的逻辑缓存。

到了2014年，当您已经有了一个Redis组件，可以完成memcached所能做的一切时，为什么memcached仍然值得作为附加组件被添加到堆栈中呢？除了现有的Redis之外，架构师/工程师还有哪些有利之处可以支持memcached？

一些示例场景：

• 按特定模式列出所有缓存的键，并读取或删除它们的值。在redis中非常容易，但在memcached中不容易。
• 存储超过1MB的有效负载在redis中很容易实现，但需要在memcached中调整板大小，这本身就会产生性能副作用。
• 当前缓存内容的简易快照
• Redis集群和语言驱动程序都可以生产，因此集群部署也很容易。

Answer 1

我今天把memcached作为Redis上的一个用例的主要原因是，您应该能够通过简单的HTML片段缓存（或类似的应用程序）获得更高的内存效率。如果您需要将对象的不同字段存储在不同的memcached键中，那么Redis哈希将会更加节省内存，但是当您有大量的key->simple_string对时，memcached应该能够为您提供每兆字节更多的项。

关于memcached的其他优点：

• 这是一段非常简单的代码，所以如果您只需要它提供的功能，我想这是一个合理的替代方案，但我从未在生产中使用过它。
• 它是多线程的，因此如果您需要在单框设置中进行缩放，这是一件好事，您只需要与一个实例进行对话。

Memcache驱逐是按大小类执行的，并取决于其板分配器的实现细节。例如，如果您想添加一个适合给定大小类的项，memcached将尝试删除该类中过期的/最近未使用的项，而不是尝试全局尝试来理解对象是什么，而不管其大小如何，这是最佳候选项。

Redis会在达到maxMemory限制时选择一个好的对象作为驱逐的候选对象，查看所有对象，而不考虑大小类，但只能提供一个近似好的对象，而不能提供空闲时间更长的最佳对象。

Redis做这件事的方法是通过对几个对象进行采样，选择空闲（未访问）时间最长的对象。由于Redis3.0（目前处于beta阶段）的算法得到了改进，并且在逐出过程中也获得了很好的候选池，所以近似也得到了改进。在Redis文档中，您可以找到关于其工作方式的详细描述和图表。

Redis是一个更复杂的软件，因此Redis中的值以一种更类似于高级编程语言中对象的方式存储：它们有关联的类型、编码和用于内存管理的引用计数。这使得Redis内部结构良好且易于管理，但与只处理字符串的memcached相比有开销。

Redis能够以一种特殊的节省内存的方式存储小型聚合数据类型。例如表示对象的小Redis散列,不是与散列表一起存储,而是作为唯一的二进制blob存储在内部。因此将每个对象的多个字段设置为哈希比将N个分开的键存储到memcached更有效。

实际上，您可以将对象作为单个JSON（或二进制编码）blob存储到memcached，但与Redis相反，这将不允许您获取或更新独立的字段。

然而，应用程序可以始终具有逻辑，以便如果Redis列表被发现为空，例如在启动之后，可以从DB重新创建初始视图。

通过使用智能缓存，与memcached相比，Redis可以以更有效的方式执行缓存，但并不是所有的问题都适合这种模式。例如，HTML片段缓存可能不会从这种技术中受益。