内存安全的mongoDB任务

Question

在50GB集合的时间戳字段上添加单个索引时，MongoDB在96GB根服务器上的内存不足。

MongoDB是否有任何选项可以在“安全模式”下运行查询或任务，例如，不需要过多地削减内存？它似乎非常敏感，可能会崩溃，例如，在非索引时间戳字段上运行一些带有$lte/$gt的查找查询。

Answer 1

它似乎非常敏感，可能会崩溃，例如在非索引时间戳字段上运行一些带有$lte/$gt的查找查询。

是OOM杀手正在杀死它，因为您的monGod实例正在将大量页面交换到RAM中。您可能有很多进程在争夺RAM。您可以指示Linux不要杀死monGod守护进程，如下所示：

sudo echo -17 > /proc/<process if of mongod>/oom_adj

不幸的是，您无法控制mongoDB使用多少内存。我建议查看mongoDB上的后台索引文档。还有一些更有用的链接：

1. 请参阅stackoverflow上的相关线程

Answer 2

我无法控制它，但mongodb是否应该为“安全”设置一个配置，确保在RAM突破限制时释放它？甚至在它阻止其他进程或被oom killer阻止之前？

MongoDB不使用自己的内存管理。相反，它使用OS'LRU。操作系统分页文档如此之重，因为它使用了分配给monGod的内存量，也就是您的工作集大于您为MongoDB备用的RAM量，因为这样的MongoDB正在为大部分而不是您的所有数据交换页面错误（分页的好参考：http://en.wikipedia.org/wiki/Paging）。

在这种情况下，我强烈建议不要限制MongoDB，因为它会运行得更糟。但是，特别是在Linux上，您可以在运行mongod的mongo用户上使用ulimit：http://docs.mongodb.org/manual/administration/ulimit/

MongoDB是否有任何选项可以在“安全模式”下运行查询或任务，例如不过多削减内存？

不是真的。

它似乎非常敏感，可能会崩溃，例如，在非索引时间戳字段上运行一些带有$lte/$gt的查找查询。

当然，这不应该导致MongoDB出现OOM异常，它可能表示某个地方出现内存泄漏：http://docs.mongodb.org/manual/administration/ulimit/

如果在运行MongoDB的系统上限制驻留内存大小，则可能会导致操作系统在正常情况下终止mongod进程。不要设置此值。如果操作系统（即Linux）杀死了mongod，请使用OOM killer检查serverStatus的输出，确保MongoDB没有泄漏内存。