有没有办法强制 mongodb 将某些索引存储在 ram 中？

我有一个具有相对较大索引的集合（但小于可用内存），并查看该集合上 find 的性能以及 htop 给出的系统中的可用内存量，似乎 mongo 没有在内存中存储完整索引。有没有办法强制 mongo 将这个特定索引存储在内存中？

查询示例：

> db.barrels.find({"tags":{"$all": ["avi"]}}).explain()
{
        "cursor" : "BtreeCursor tags_1",
        "nscanned" : 300393,
        "nscannedObjects" : 300393,
        "n" : 300393,
        "millis" : 55299,
        "indexBounds" : {
                "tags" : [
                        [
                                "avi",
                                "avi"
                        ]
                ]
        }
}

并非所有对象都带有“avi”标签：

> db.barrels.find().explain()
{
        "cursor" : "BasicCursor",
        "nscanned" : 823299,
        "nscannedObjects" : 823299,
        "n" : 823299,
        "millis" : 46270,
        "indexBounds" : {

        }
}

没有“$all”：

db.barrels.find({"tags": ["avi"]}).explain()
{
        "cursor" : "BtreeCursor tags_1 multi",
        "nscanned" : 300393,
        "nscannedObjects" : 300393,
        "n" : 0,
        "millis" : 43440,
        "indexBounds" : {
                "tags" : [
                        [
                                "avi",
                                "avi"
                        ],
                        [
                                [
                                        "avi"
                                ],
                                [
                                        "avi"
                                ]
                        ]
                ]
        }
}

当我搜索两个或多个标签时也会发生这种情况（它会扫描每个项目，就好像没有索引一样）：

> db.barrels.find({"tags":{"$all": ["avi","mp3"]}}).explain()
{
        "cursor" : "BtreeCursor tags_1",
        "nscanned" : 300393,
        "nscannedObjects" : 300393,
        "n" : 6427,
        "millis" : 53774,
        "indexBounds" : {
                "tags" : [
                        [
                                "avi",
                                "avi"
                        ]
                ]
        }
}

不会。MongoDB 允许系统管理 RAM 中存储的内容。

话虽如此，您应该能够通过对索引运行查询来将索引保留在 RAM 中（查看查询提示 http://www.mongodb.org/display/DOCS/Optimization#Optimization-Hint）定期防止它们变得陈旧。

有用的参考资料：

• 检查服务器内存使用情况 http://www.mongodb.org/display/DOCS/Checking+Server+Memory+Usage

• 索引建议和常见问题解答 http://www.mongodb.org/display/DOCS/Indexing+Advice+and+FAQ

此外，克里斯蒂娜·乔多罗 (Kristina Chodorow) 还提供了这一点关于 MongoDB 索引和 RAM 之间关系的优秀答案 https://stackoverflow.com/a/2815095/428779

UPDATE:

更新提供 .explain() 输出后，我看到以下内容：

• 查询正在命中索引。
• nscanned 是检查的项目（文档或索引条目）的数量。
• 扫描的对象是扫描的文档数量
• n 是符合指定条件的文档数量
• 您的数据集有 300393 个条目，这是索引中的条目总数以及匹配结果。

我可能读错了，但我读的是您集合中的所有项目都是有效结果。在不知道您的数据的情况下，似乎每个项目都包含标签“avi”。这意味着该索引几乎毫无用处。当索引尽可能缩小结果字段时，它们会提供最大的价值。

来自 MongoDB 的“索引建议和常见问题解答 http://www.mongodb.org/display/DOCS/Indexing+Advice+and+FAQ#IndexingAdviceandFAQ-Understanding%7B%7Bexplain%7D%7D%27soutput." page:

理解解释的输出。主要看三个领域 检查解释命令的输出时：

• 光标：光标的值可以是 BasicCursor 或 BtreeCursor。 其中第二个指示给定查询正在使用索引。
• nscanned：扫描的文档数。
• n：文档数量 由查询返回。您希望 n 的值接近 nscanned 的值。你想要避免的是进行集合扫描， 也就是说，访问集合中的每个文档的位置。这是 当 nscanned 等于文件中的文档数时的情况 收藏。
• millis：完成该操作所需的毫秒数 询问。该值对于比较索引策略、索引 与非索引查询等