如果不是所有表达式都被索引，mongo findOne 操作中的 $or 查询是否会使用索引？

Question

Mongo 关于$or运算符的文档说：

在评估 $or 表达式中的子句时，MongoDB 执行集合扫描，或者，如果索引支持所有子句，则 MongoDB 执行索引扫描。 也就是说，MongoDB 要使用索引来计算 $or 表达式，$or 表达式中的所有子句都必须有索引支持。 否则，MongoDB 将执行集合扫描。

如此有效，如果您希望查询高效，则 $or 条件中使用的两个属性都应该被索引。

但是，我不确定这是否也适用于“findOne”操作，因为我无法将 Mongo 的解释功能用于 findOne 操作。 在我看来，如果您只关心返回一个文档，那么您应该首先检查一个索引条件，因为您可以在找到一个条件后放弃，而无需关心非索引字段。

例子

让我们在下面假装“电子邮件”已编入索引，但用户名未编入索引。 这是一个人为的例子，但请耐心等待。

db.users.findOne(
   {
     $or: [
            { email : 'someUser@gmail.com' },
            { username: 'some-user' }
          ]
   }
)

上面会使用 email 索引，还是会进行完整的集合扫描，直到找到符合条件的文档？

我找不到任何记录此处预期内容的内容。 有人知道答案吗？

Answer 1

好吧，我觉得有点傻——事实证明，我发现的文档说你只能在“查找”上运行解释可能只是指你在 MongoDB Compass 中的时间。

我运行了下面的（userEmail 未编入索引）

this.userModel
        .findOne()
        .where({ $or: [{ _id: id }, { userEmail: email }] })
        .explain();

this.userModel
        .getModelInstance()
        .findOne()
        .where({ _id: id })
        .explain();

...并发现第一个确实执行COLLSCAN ，第二个计划是IDHACK （基本上它执行正常的 ID 查找）。

在运行性能测试时，我可以看到第一个在包含 20K+ 文档的集合中慢了大约 4 倍（取决于您找到的文档的自然顺序）