我目前正在使用memcached和我的java应用程序，总的来说它工作得很好。
对我来说最重要的memcached的功能是：
但是，有一件事我想做，memcached无法做到。我想定期（可能每天一次）将缓存内容保存到磁盘。我希望能够从保存的磁盘映像中恢复缓存。
磁盘保存不需要非常复杂。如果在保存期间添加了新的键/值，我不在乎它是否包含在保存中。如果在保存发生时修改了现有的键/值，则保存的值应该是旧值或新值，但我不关心哪一个。
任何人都可以推荐另一种缓存解决方案（免费或商业），它具有对我来说很重要的所有（或很大一部分）memcached功能，并且还允许从磁盘保存和恢复整个缓存？
也许你的问题就像我的：我只有几台机器用于memcached，但有很多内存。即使其中一个发生故障或需要重新启动，它也会严重影响系统的性能。根据最初的memcached哲学，我应该添加更多的内存更少的机器，但这不是成本效率，而不是“绿色IT”;）
对于我们的解决方案，我们为Cache系统构建了一个接口层，使得底层缓存系统的提供者可以嵌套，就像您可以使用流一样，并为memcached编写缓存提供程序以及我们自己非常简单的Key-Value -2磁盘存储提供商。然后我们为缓存项定义权重，表示如果无法从缓存中检索项目，则重建项目的成本是多少。嵌套磁盘缓存仅用于权重高于特定阈值的项目，可能约为所有项目的10％。
在缓存中存储对象时，我们不会浪费时间，因为保存到一个或两个缓存无论如何都会排队等待异步执行。因此写入磁盘缓存不需要很快。读取相同：首先我们选择memcached，只有当它不存在并且它是一个“昂贵”的对象时，我们检查磁盘缓存（比memcached慢一点，但仍然比重新计算30 GB更好）单台机器出现故障后的数据）。
通过这种方式，我们可以从两个世界中获得最佳效果，而无需用新的东西替换memcached。
memcached可以用Couchbase代替 - 这是该产品系列的开源和商业延续。它具有数据到磁盘持久性（非常高效和可配置）。 memcached的原创作者也在使用Couchbase并与memcached协议兼容 - 因此您无需更改客户端应用程序代码！它非常有性能的产品，内置24/7集群和Cross Datacenter Replication (XDCR)。请参阅technical paper。
你可以使用Tarantool（http://tarantool.org）。它是一个内存数据库，具有持久性，主 - 主复制和可编写脚本的密钥到期规则 - https://github.com/tarantool/expirationd
你看过BerkeleyDB吗？
但是，它无法满足您的一个标准：
我们正在使用OSCache。我认为它几乎满足了你的所有需求，除了定期将缓存保存到磁盘，但你应该能够创建2个缓存管理器（一个基于内存和一个基于硬盘）并定期运行java cronjob，它通过所有内存缓存键/值对并将它们放入hdd缓存中。 OSCache的优点在于它非常易于使用。
您可以使用GigaSpaces XAP这是一个成熟的商业产品，可以满足您的要求等等。它是速度最快的分布式内存数据网格（cache ++），它是完全分布式的，并支持多种样式的持久化方法。
Guy Nirpaz，GigaSpaces
只是为了完成这个列表 - 我刚刚找到了couchbase。但是我还没有测试过。
我从来没有尝试过，但是redis怎么样？ 它的主页说（引用）：
Redis是一个键值数据库。它与memcached类似，但数据集不是易失性的，值可以是字符串，与memcached完全相同，但也包含对push / pop元素进行原子操作的列表和集合。
为了非常快速但同时持久化整个数据集在内存中并且不时地和/或当对数据集进行多次改变时，它被异步写入磁盘上。您可能丢失了许多应用程序中可接受的最后几个查询，但它与内存DB一样快（Redis支持非阻塞主从复制，以便通过冗余解决此问题）。
它似乎回答了你所谈到的一些观点，所以也许它可能对你有帮助吗？
如果你试试，我对你发现的东西很感兴趣，顺便说一下;-)
作为旁注：如果你需要将所有这些写入磁盘，也许缓存系统并不是你真正需要的......毕竟，如果你使用memcached作为缓存，你应该能够重新填充它-amand，只要有必要 - 我承认，如果整个memcached集群立即崩溃，可能会出现一些性能问题......
那么，也许一些“更多”的键/值存储软件可能会有所帮助？比如CouchDB之类的东西？ 它可能没有memcached那么快，因为数据不存储在RAM中，而是存储在磁盘上，尽管......
EhCache具有“磁盘持久性”模式，该模式在关闭时将缓存内容转储到磁盘，并在重新启动时重新启动数据。至于您的其他要求，当在分布式模式下运行时，它会跨所有节点复制数据，而不是仅将它们存储在一个节点上。除此之外，它应该很好地满足您的需求。它还处于活跃开发阶段，许多其他java缓存框架都没有。
试试go-memcached - 用Go编写的memcache服务器。它将缓存的数据保持在开箱即用的磁盘上。 Go-memcached与memcache客户端兼容。它在原始的memcached中缺少以下功能：
以下是通过go-memcached-bench获得的绩效数据：
-----------------------------------------------------
| | go-memcached | original memcached |
| | v1 | v1.4.13 |
| workerMode ----------------------------------------
| | Kqps | cpu time | Kqps | cpu time |
|----------------------------------------------------
| GetMiss | 648 | 17 | 468 | 33 |
| GetHit | 195 | 16 | 180 | 17 |
| Set | 204 | 14 | 182 | 25 |
| GetSetRand | 164 | 16 | 157 | 20 |
-----------------------------------------------------
有关go-memcached和go-memcached-bench的静态链接二进制文件可在downloads page获得。
看看Apache Java Caching System (JCS)
JCS是一个用java编写的分布式缓存系统。它旨在通过提供管理各种动态性质的缓存数据的方法来加速应用程序。与任何缓存系统一样，JCS对于高读取，低放置应用程序最有用。延迟时间急剧下降，瓶颈在有效缓存的系统中远离数据库。了解如何开始使用JCS。
JCS不仅仅是在内存中缓存对象。它提供了许多其他功能：
* Memory management * Disk overflow (and defragmentation) * Thread pool controls * Element grouping * Minimal dependencies * Quick nested categorical removal * Data expiration (idle time and max life) * Extensible framework * Fully configurable runtime parameters * Region data separation and configuration * Fine grained element configuration options * Remote synchronization * Remote store recovery * Non-blocking "zombie" (balking facade) pattern * Lateral distribution of elements via HTTP, TCP, or UDP * UDP Discovery of other caches * Element event handling * Remote server chaining (or clustering) and failover * Custom event logging hooks * Custom event queue injection * Custom object serializer injection * Key pattern matching retrieval * Network efficient multi-key retrieval
我认为membase是你想要的。
根据我的经验，最好在应用程序和后端存储之间编写一个中间层。这样，您就可以配对memcached实例，例如sharedanced（基本上相同的键值存储，但基于磁盘）。执行此操作的最基本方法是始终从memcached读取并返回到共享并始终写入sharedanced和memcached。
您可以通过在多个共享实例之间进行分片来扩展写入。您可以使用repcached（复制的memcached）等解决方案将读取扩展N倍。
如果这对您来说不是一件小事，您仍然可以使用sharedanced作为memcached的基本替代品。它很快，大多数文件系统调用最终都被缓存 - 使用memcached与sharedance结合只能避免从一些数据到memcache中的读取之前读取共享。重新启动memcached服务器将导致所有客户端至少从共享实例读取一次 - 这不是一个真正的问题，除非您对相同的密钥具有极高的并发性并且客户端争用相同的密钥。
如果你正处理一个非常高的流量环境，有一些问题，一个是文件系统的选择（由于fs树的一些内部缓存，reiserfs执行比ext3好5-10倍），它没有udp支持（TCP keepalive）如果你只使用共享，那将是一个很大的开销，memcached有udp，这要归功于facebook团队），并且通常在你的aplication上完成扩展（通过在多个共享服务器实例之间分割数据）。
如果您可以利用这些因素，那么这可能是一个很好的解决方案。在我们当前的设置中，单个共享/ memcache服务器每天可以扩展到大约1000万个页面浏览量，但这取决于应用程序。我们不会对所有内容（如facebook）使用缓存，因此在应用程序时结果可能会有所不同。
现在，2年后的好，Membase是一个很好的产品。或Redis，如果您需要其他功能，如哈希，列表等。
怎么样Terracotta？
Oracle NoSQL基于BerkeleyDB（Bill Karwin指出的解决方案），但增加了分片（数据集的分区）和弹性向外扩展。见：http://www.oracle.com/technetwork/products/nosqldb/overview/index.html
我认为它符合原始问题的所有要求。
为了完全公开，我在Oracle工作（但不在Oracle NoSQL产品上）。这篇文章中表达的观点和观点是我自己的，不一定反映我的雇主的意见或观点。