Mongodb聚合流水线优化-- $match的第2阶段

Question

最近，我正在研究聚合管道的性能优化。我在决定索引时遇到了这个问题。我为{'receiverId': 1,'type': 1 }设置了一个复合索引。我原来的管道是这样的。我正在考虑是否有必要对isRead进行索引。我之所以没有创建三个字段的复合索引，因为其他查询只使用recieverId和type。

notifications.aggregate([{
        $match: {
            'recieverId': ObjectId(xxx),
            'type': xxx,
            'isRead': false
        }
    },
    {
     ...
    },
], (err, result) => {
    return res.status(200).json(result);
});

所以，我换了下面这个。想知道这样的管道在过滤recieverId和type后是否可以节省一些计算成本。isRead，第二个$match会从第一个$match的结果中过滤吗？

notifications.aggregate([{
        $match: {
            'recieverId': ObjectId(xxx),
            'type': xxx,
        }
    },
    {
        $match: {
            'isRead': false
        }
    },
    {
     ...
    },
], (err, result) => {
    return res.status(200).json(result);
});

Answer 1

实际上，这并不重要，因为mongo将优化这条管道。

从医生那里：

当一个$match紧跟另一个$match时，这两个阶段可以合并成一个$match。

了解它和其他管道优化，mongo做这里。