在MongoDB服务器的前端使用Memcache

Question

我试图了解mongo的内部缓存如何工作以及是否确实消除了使用memcache的麻烦。 我们的数据库大小约为200G，索引适合内存，但是索引之后服务器上没有多少可用内存。

我的一位同事说mongo的内部缓存将与memcache一样快，因此无需通过使用memcache引入另一级别的复杂性。

我脑海中的场景是，当我们从db中读取数据时，将其保存在memcache中，下次将其直接从缓存中读取而不是返回到db服务器。 如果数据已更改且需要保存/更新，则将在内存缓存服务器和数据库服务器上都完成。

我一直在阅读有关此内容，但还不能说服自己。 因此，如果有人能对此有所启发，我将非常感激。

Answer 1

第一件事是缓存存储区与数据库不同。 因此，与Memcache相比，MongoDB和SQL的目的和用法有所不同。

Memcache非常擅长减少查询的工作集大小。 例如：想象一个庞大的聚合查询，其中包含子选择和CASE语句，而SQL中没有（如果可以的话，可以考虑最复杂的查询），那么一直在实时执行此查询可能会导致计算机“崩溃”（不是提及客户端的问题）。

但是，众所周知，您只需要将此查询汇总到另一个集合/表中，便可以立即提高查询速度。 Memcache的真正速度来自于它是内存中键值存储的事实。 这是MongoDB可能失败的地方，因为它不是内存存储的，它是内存映射的而不是存储的。

MongoDB没有自动缓存，只要查询是“热”的，并且在LRU（这是您的工作集所在的地方）中，您应该不会注意到响应时间有很大的不同。 确保查询“热”的一个好方法是运行它。 有些人拥有最大查询的脚本，可以运行这些脚本来预热缓存。

正如我所说的，memcache是​​一个缓存层，这就是为什么：

如果数据已更改且需要保存/更新，则将在内存缓存服务器和数据库服务器上都完成。

让我内心有点死。 许多确实模糊了数据库和缓存层之间的界限。