MongoDB aggregate $group无结果：按日期分组查询异常求助

核心排查逻辑：先确认$match阶段是否有数据 #

如果$match阶段没筛选出任何文档，$group自然不会有结果。先单独执行$match对应的查询，验证是否有输出：

// 单独测试$match条件
const testMatch = await DailyPlan.find({
  _id: { $in: allPlansID },
  startDate: { $gte: startUtcDate, $lte: endUtcDate }
});
console.log(testMatch.length); // 查看结果数量是否大于0

情况1：$match阶段无数据（最常见） #

1.1 allPlansID类型不匹配

数据库中_id默认是ObjectId类型，如果allPlansID存储的是字符串而非ObjectId实例，$in会匹配失败。

• 排查：打印allPlansID，看元素是否为ObjectId("xxx")格式，若为字符串，需转换：

  // 转换字符串为ObjectId
  const allPlansID = planIds.map(id => mongoose.Types.ObjectId(id));
  

1.2 日期范围参数错误

• 检查startUtcDate和endUtcDate是否为UTC时区的ISODate对象：
  • 若用new Date()生成，需确保是UTC时间，比如：

    const now = new Date();
    const startUtcDate = new Date(Date.UTC(now.getUTCFullYear(), now.getUTCMonth(), now.getUTCDate() - 3));
    const endUtcDate = new Date(Date.UTC(now.getUTCFullYear(), now.getUTCMonth(), now.getUTCDate() + 3));
    

  • 避免直接传入字符串，MongoDB虽会自动解析，但可能存在时区偏差。
• 手动验证数据库中是否存在该日期范围的记录：在MongoDB Shell执行：

  db.dailyPlans.find({
    startDate: {
      $gte: ISODate("2024-03-02T00:00:00Z"), // 替换为你的startUtcDate
      $lte: ISODate("2024-03-08T00:00:00Z")  // 替换为你的endUtcDate
    }
  })
  

1.3 startDate字段实际存储结构异常

你给出的startDate是JSON导出格式（{ $date: "..." }），实际MongoDB中应存储为ISODate类型。如果字段是嵌套对象而非日期类型，$match需修改为：

startDate: {
  $gte: { $date: startUtcDate.toISOString() },
  $lte: { $date: endUtcDate.toISOString() }
}

但这种存储方式不符合MongoDB最佳实践，建议优先修正字段类型。

情况2：$match有数据，但$group无结果 #

2.1 日期转换逻辑错误

你在$dateToString中用了$toDate: "$startDate"，如果startDate已经是ISODate类型，这一步是多余的；如果字段是无效类型（比如字符串），会导致转换失败，生成null的_id，但$group仍会返回一条_id: null的统计记录。

• 排查：在聚合中插入$project阶段，查看转换结果：

  {
    $project: {
      original: "$startDate",
      converted: { $dateToString: { format: "%Y-%m-%d", date: "$startDate" } } // 去掉多余的$toDate
    }
  }
  

  若converted为空或异常，说明startDate不是有效的日期类型，需修正字段或转换逻辑。

2.2 所有匹配文档的日期转换后重复，但未被识别

如果所有匹配的startDate转换后是同一个日期，$group会返回一条记录，检查是否漏看了这条结果。

内容的提问来源于stack exchange，提问作者Rachel Duan