mongodb - 为什么MongoDB的本地数据库几乎全在内存中？

Question

我有一个复制的 mongodb 设置，我看到很多页面错误。于是我开始调查，发现(通过vmmap)几乎整个local数据库都在内存中(也就是工作集的一部分)。唯一重要的集合当然是用于复制的 oplog.rs。查看正在运行的查询，oplog 上的查询用于更接近尾部而不是 oplog 头部的数据。那么为什么整个事情还在内存中呢？故障多，当然应该换掉。

我是不是误会了什么？我是否错误地阅读了 vmmap 信息？还是真的出了什么问题？

请注意，这是一个测试设置，还有一些其他 mongod 实例在此硬件上运行，因此此处使用的内存总量不等于机器中的内存总量.总体而言，内存使用率约为 100%。

Answer 1

Mongo 将页面管理委托(delegate)给内核 - 因为它使用映射文件，所以它只依赖于内核来决定要分页的内容。每次您执行写入操作或从其他人那里接收读取操作时，您的本地 数据库都会被触及。 oplog 是一个有上限的集合，因此它将不断修改数据文件中的固定空间(因此，RAM 中的固定空间)，这应该保持接触并且在被分页的优先级列表中不是很高。

至于您的大量页面错误，这些是否可能是简单的缓存预热？ Mongo 不会在刚启动时将其工作集加载到内存中，因此它需要一些查询来预热并将数据从磁盘中取出并放入内存中。

不要忘记考虑缓存和缓冲区 - 您的内存使用率可能是 100%，但内核会在分页其他内容之前使缓存和缓冲区过期，因此可能是在您的系统处于报告接近 100% 的使用率，其中很大一部分是缓存和缓冲区，它们将根据需要刷新，这意味着 mongo 的工作集根本不需要调出页面。

您可以通过运行一个旨在占用越来越多内存的程序 (like this one) 来测试这一点，并查看当您的系统实际达到交换时 mongo 的行为。