在为 50GB 集合的时间戳字段添加单个索引时，MongoDB 在 96GB 根服务器上的内存不足。
MongoDB 是否有任何选项可以在“安全模式”下运行查询或任务，例如不削减内存太多？它似乎很敏感，可能会崩溃，例如通过在非索引时间戳字段上使用 $lte/$gt 运行一些查找查询。
【问题讨论】：
我无法控制它，但不应该有一个用于“安全”的 mongodb 配置设置，以确保一旦超出限制就释放 RAM？甚至可能在它阻塞其他进程或被 oom 杀手停止之前？
MongoDB 不使用自己的内存管理。相反，它使用操作系统的 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 杀手，检查 serverStatus 的输出并确保 MongoDB 没有泄漏内存。
【讨论】：
它似乎很敏感，可能会崩溃，例如通过在非索引时间戳字段上使用 $lte/$gt 运行一些查找查询。
杀死它的是 OOM 杀手，因为您的 mongod 实例正在将大量页面交换到 RAM 中。您可能有很多进程争夺 RAM。您可以指示 Linux 不要杀死 mongod 守护进程，如下所示：
sudo echo -17 > /proc/<process if of mongod>/oom_adj
不幸的是，您无法控制 mongodb 使用多少内存。我建议查看background indexing docs on mongodb。还有一些更有用的链接：
【讨论】：