MongoDB全文搜索不使用索引

Question

我们使用 mongoDB 全文搜索在我们的数据库中查找产品。 不幸的是，它慢得令人难以置信。 该集合包含 89.114.052 个文档，我怀疑未使用全文索引。 使用 explain() 执行搜索，nscannedObjects 返回 133212。 如果使用索引，这不应该是 0 吗？

我的索引：

{
    "v" : 1,
    "key" : {
        "_fts" : "text",
        "_ftsx" : 1
    },
    "name" : "textIndex",
    "ns" : "search.products",
    "weights" : {
        "brand" : 1,
        "desc" : 1,
        "ean" : 1,
        "name" : 3,
        "shop_product_number" : 1
    },
    "default_language" : "german",
    "background" : false,
    "language_override" : "language",
    "textIndexVersion" : 2
}

完整的测试搜索：

> db.products.find({ $text: { $search: "playstation" } }).limit(100).explain()
{
    "cursor" : "TextCursor",
    "n" : 100,
    "nscannedObjects" : 133212,
    "nscanned" : 133212,
    "nscannedObjectsAllPlans" : 133212,
    "nscannedAllPlans" : 133212,
    "scanAndOrder" : false,
    "nYields" : 1041,
    "nChunkSkips" : 0,
    "millis" : 105,
    "server" : "search2:27017",
    "filterSet" : false
}

Answer 1

请查看您提出的问题：

"....该集合包含 89.114.052 个文档，我怀疑没有使用全文索引 ...."

对于 133212 个文档，您只是“nScanned”。当然使用索引。如果不是，那么 89,114,052 文档（因为这是英语语言环境而不是德语）将在“nScanned”中报告，这意味着未使用索引。

您的查询速度很慢。好吧，您的硬件似乎无法完成将 1333212 个文档保存在内存中或以其他方式让超快速磁盘有效地“分页”的任务。但这不是 MongoDB 的问题，而是您的问题。

您有超过 100,000 个与您的查询匹配的文档，即使您只想要 100 个，那么您也需要接受这是它的工作原理，一旦您匹配了 100 个文档并进行了产量控制，MongoDB 就不会“放弃”。此处的查询模式会找到 所有 匹配项，然后将“限制”应用于光标，以便返回最新的。

也许在未来的某个时间，“文本”功能可能允许您执行您可以在 $geoNear 的聚合版本中执行的操作，并为“分数”指定“最小”和“最大”值，以便改善结果。但现在没有。

因此，如果您的问题是在超过 89,000,000 个文档中匹配超过 100,000 个文档时结果缓慢，请升级您的硬件或使用外部文本搜索解决方案。