MongoDB聚合group阶段如何正确格式化日期实现按天分组统计

• 时间范围匹配存在类型不兼容：你通过moment格式化生成的YYYY-MM-DD格式字符串，直接和BSON Date类型的madeAt字段做范围比对，MongoDB无法在字符串、日期这类不同类型的值之间完成正确的大小比较，部分版本下会触发隐式转换异常，连带后续聚合管道执行报错。
• 入参类型不规范导致聚合报错：你代码中计算的startDate、endDate没有转成Date对象传入查询条件，当查询匹配到脏数据（比如部分文档的madeAt被误存为字符串格式）时，会导致$group阶段的$dateToString接收到非Date类型的入参，直接抛出MongoError。
• 时区配置缺失会导致结果偏移：默认$dateToString使用UTC时间做格式化，和用户本地存在时区差时，会出现凌晨的交易被归属到前一天的统计结果里，即便分组逻辑正常运行，日期维度的统计值也会出错。

1. 修正查询阶段的时间参数计算 #

不要把格式化后的字符串直接作为日期查询值，转成原生Date对象传入，同时修正时间边界的计算逻辑，不需要额外加1天凑范围：

// 近N天的统计范围：从N天前的零点，到当日的结束时刻
const rangeStart = moment()
  .subtract(Number(req.params.daysAgo), 'days')
  .startOf('day')
  .toDate()
const rangeEnd = moment()
  .endOf('day')
  .toDate()

2. 修正匹配阶段的查询参数 #

保持原有的分类判断逻辑不变，仅替换掉字符串格式的时间边界为Date对象：

let queryParams = {
  categoryType: req.params.type,
  madeAt: { $gte: rangeStart, $lte: rangeEnd }
}
if (req.params.category !== 'all') {
  queryParams.categoryName = req.params.category
}

3. 修正分组阶段的日期格式化逻辑 #

• 去掉分组_id中冗余的categoryType字段（匹配阶段已经固定了categoryType的过滤值，不需要重复分组）
• 给$dateToString补上对应业务的时区配置，避免日期偏移
• 对可能存在的空值做兜底，避免触发MongoError

Transaction.aggregate(
  [
    { $match: queryParams },
    {
      $group: {
        _id: {
          $dateToString: {
            // 对空值做兜底，避免传入null触发报错
            date: { $cond: [ { $eq: ["$madeAt", null] }, new Date(0), "$madeAt" ] },
            format: "%Y-%m-%d",
            timezone: "Asia/Shanghai" // 替换为业务实际使用的时区
          }
        },
        amountSum: { $sum: "$amount" }
      }
    },
    // 可选：按日期升序排序，方便前端直接渲染图表
    { $sort: { _id: 1 } }
  ],
  (err, result) => {
    if (err) res.send(err)
    else res.json(result)
  }
)

注意：修复类型不匹配的问题后，$dateToString本身完全支持将带有任意时分秒的ISODate按天格式化分组。同一天内不同时间戳的交易，会因为格式化后的日期字符串完全一致被归入同一分组，自动完成金额求和，不会再因为时分秒的差异被拆分到不同统计项中。

内容的提问来源于stack exchange，提问作者Adelina Sfăt