我今天将其视为Redis上的memcached的用例的主要原因是，使用 纯
HTML片段缓存（或类似应用程序）应该能够获得出色的内存效率。如果您需要将对象的不同字段存储在不同的Memcached键中，那么Redis哈希将提高内存效率，但是当您有大量键->
simple_string对时，memcached应​​该能够为您提供更多项兆字节。

关于memcached的其他优点是：

• 这是一段非常简单的代码，因此，如果您只需要它提供的功能，那么我猜它是一个合理的选择，但是我从未在生产中使用过它。
• 它是多线程的，因此如果您需要在单框设置中进行扩展，那是一件好事，您只需要与一个实例进行对话。

我相信，随着人们转向智能缓存或尝试通过Redis数据结构保留缓存数据的结构，将Redis作为缓存变得越来越有意义。

Redis LRU和Memcached LRU之间的比较。

memcached和Redis都不会执行真正的LRU驱逐，而只是近似执行。

Memcache逐出是按大小分类的，并且取决于其slab分配器的实现细节。例如，如果您要添加适合给定大小类的项目，则memcached会尝试删除该类中过期/未使用的项目，而不是尝试全局尝试以了解对象是什么大小，这是最佳人选。

相反，Redis会尝试在maxmemory达到限制时选择一个好的对象作为驱逐对象，查看所有对象，无论大小级别如何，但只能提供一个近似的对象，而不是闲置较大的
最佳对象 时间。

Redis这样做的方法是对一些对象进行采样，然后选择空闲时间最长（未访问）的对象。由于Redis
3.0（目前处于beta版），该算法得到了改进，并且在逐出过程中也采用了良好的候选库，因此对近似值进行了改进。在Redis文档中，您可以找到描述和图形以及有关其工作方式的详细信息。

为什么对于简单字符串->字符串映射，memcached的内存占用空间比Redis好。

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

当Redis开始提高内存效率时

Redis能够以特殊的内存节省方式存储小型聚合数据类型。例如，一个小的Redis
Hash（代表一个对象）在内部没有存储在哈希表中，而是存储为二进制唯一的Blob。因此，将每个对象的多个字段设置为散列比将N个分离的键存储到memcached中更为有效。

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

Redis在智能缓存中的优势。

由于Redis数据结构的原因，当缓存无效时，与memcached一起使用的破坏对象的常用模式是一种使用Redis的原始方式，以便稍后从DB重新创建它。

例如，假设您需要缓存发布到Hacker
News中的最新N条新闻，以便填充网站的“最新”部分。您对Redis所做的就是获取插入了最新新闻的列表（最多M个项目）。如果您使用另一个存储来存储数据，并将Redis用作缓存，则要做的是在发布新项目时填充
两个 视图（Redis和DB）。没有缓存无效。

但是，应用程序始终可以具有逻辑，因此，如果发现Redis列表为空（例如在启动后），则可以从DB重新创建初始视图。

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