我今天将其视为Redis上的memcached的用例的主要原因是，使用纯HTML片段缓存（或类似的应用程序）应该能够获得出色的内存效率。如果您需要将对象的不同字段存储在不同的Memcached键中，则Redis哈希将提高内存效率，但是当您具有大量键-> simple_string对时，memcached应该能够为您提供更多项兆字节。
关于memcached的其他优点是：
- 这是一段非常简单的代码，因此，如果您只需要它提供的功能，那么我猜它是一个合理的选择，但是我从未在生产中使用过它。
- 它是多线程的，因此如果您需要在单框设置中进行扩展，那是一件好事，您只需要与一个实例进行对话。
我相信，随着人们转向智能缓存或尝试通过Redis数据结构保留缓存数据的结构，将Redis作为缓存变得越来越有意义。
Redis LRU和内存缓存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片段缓存可能无法从该技术中受益。