我一直在解决我创建的 MongoDB View 为何如此缓慢的问题。该 View 以 transactions 集合为目标，并返回具有大于 0 的 openBalance 的记录。我还运行了一些额外的聚合阶段，以按照我想要的方式塑造数据。

为了加快 View 的执行速度，它通过匹配 View 聚合管道第一阶段中的索引字段来使用目标集合上的索引，如下所示:

// View Stage 1

{ "transactions.details.openBalance" : { "$exists" : true, "$gt" : 0.0 } }

经过大量调查后，我确定 View 中的聚合返回数据的速度非常快。缓慢的是作为端点的一部分运行的计数:

let count = await db.collection('view_transactions_report').find().count();

所以我现在想弄清楚的是为什么 View 上的计数比基础集合上的计数慢得多，以及我可以做些什么来加快它的速度。或者，也许有另一种方法来生成计数？

基础集合大约有 800,000 条记录，但计数很快返回。但是 View 上的计数仅返回最初 800,000 条记录中的 10,000 条过滤集，返回速度要慢得多。就细节而言，我说的是集合计数返回 3/4 秒，而 mongo View 计数返回 6 秒。

那么，首先，为什么 View 上的计数(数据集要小得多)比基础集合上的计数慢得多，其次，我可以做些什么来解决 View 的计数速度问题？

我正在运行其他几个聚合查询，以确定 totalCustomers 和 totalOpenBalance，它们似乎也运行缓慢(请参阅下面的代码)。

我的端点函数代码的相关部分如下所示:

// previous code

  let count = await db.collection('view_transaction_report').find(search).count();

  let totalCustomers = await db.collection('view_transaction_report').find(search).count({
     $sum: "customer._id"
   });

  let result = {};

  if (totalCustomers > 0) {
    result = await db.collection('view_transaction_report').aggregate([{
        $match: search,
      },
      {
        $group: {
          _id: null,
          totalOpenBalance: {
            $sum: '$lastTransaction.details.openBalance'
          }
        }
      }
    ]).next();
  }

  db.collection('view_transaction_report').find(search).skip(skip).limit(pagesize).forEach(function (doc) {
    docs.push(doc);
  }, function (err) {
    if (err) {
      if (!ioOnly) {
        return next(err);
      } else {
        return res(err);
      }
    }
    if (ioOnly) {
      res({
        sessionId: sessID,
        count: count,
        data: docs,
        totalCustomers: totalCustomers,
        totalOpenBalance: result.totalOpenBalance
      });
    } else {
      res.send({
        count: count,
        data: docs,
        totalCustomers: totalCustomers,
        totalOpenBalance: result.totalOpenBalance
      });
    }
  });

就 executionStats 而言，这是生成 View 的 queryPlanner 部分显示的内容:

            "queryPlanner" : {
                "plannerVersion" : 1.0, 
                "namespace" : "vio.transactions", 
                "indexFilterSet" : false, 
                "parsedQuery" : {
                    "$and" : [
                        {
                            "transactions.details.openBalance" : {
                                "$gt" : 0.0
                            }
                        }, 
                        {
                            "transactions.destails.openBalance" : {
                                "$exists" : true
                            }
                        }
                    ]
                }, 
                "winningPlan" : {
                    "stage" : "CACHED_PLAN", 
                    "inputStage" : {
                        "stage" : "FETCH", 
                        "filter" : {
                            "transactions.details.openBalance" : {
                                "$exists" : true
                            }
                        }, 
                        "inputStage" : {
                            "stage" : "IXSCAN", 
                            "keyPattern" : {
                                "transactions.details.openBalance" : 1.0
                            }, 
                            "indexName" : "openBalance", 
                            "isMultiKey" : true, 
                            "multiKeyPaths" : {
                                "transactions.details.openBalance" : [
                                    "transactions", 
                                    "transactions.details"
                                ]
                            }, 
                            "isUnique" : false, 
                            "isSparse" : true, 
                            "isPartial" : false, 
                            "indexVersion" : 2.0, 
                            "direction" : "forward", 
                            "indexBounds" : {
                                "transactions.details.openBalance" : [
                                    "(0.0, inf.0]"
                                ]
                            }
                        }
                    }
                }, 
                "rejectedPlans" : [

                ]
            }

最佳答案

在评论中，@Wan Bachtiar 提到“openBalance”看起来是一个 multikey index .澄清一下，是的，在目标集合 中，“openBalance”字段是数组中的嵌入字段。即使在 View 中数据的形状使得“openBalance”是一个不在数组中的嵌入字段，情况也是如此。

目标集合上的多键索引是问题所在，因为 Mongo 需要查看与此“openBalance”字段相关的每个数组元素，而不是 1 对 1 文档情况，这在逻辑上会显着增加扫描time - 因为有时有很多很多数组元素与这个特定字段有关。

经过进一步检查后，我意识到我可以通过更改通过 ETL 将“openBalance”填充到我们的 mongo 集合的方式来解决这个问题。通过进行此更改，我将能够使“openBalance”成为标准索引，而不是多键索引，这反过来将允许 mongo 搜索更小的数据集以返回我的计数。

关于javascript - 如何加快 MongoDB View 的计数，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/51023885/