NodeJS中MongoDB聚合查询$sort排序失效问题排查与解决

看起来你的排序异常问题大概率出在**created_at字段的数据类型不统一或者存储格式不符合日期排序逻辑**上，结合你的代码和现象，具体分析及解决方案如下：

核心原因 #

1. 字段类型混合：如果你的resultsModel集合中，部分文档的created_at是字符串类型（比如存成了"28/10/2019"这类格式），另一部分是MongoDB原生Date对象，MongoDB在排序时会优先归置同一类型的数据，不同类型间的排序规则（比如Date类型会排在字符串类型之前）会导致逻辑上靠后的日期数据出现在错误位置。
2. 字符串格式的排序陷阱：如果所有created_at都是字符串，但格式为DD/MM/YYYY（或带时分秒的类似格式），MongoDB会按字符串字典序排序而非日期时间序。比如"01/11/2019"会被排在"28/10/2019"前面，因为字符串首字符"0"的ASCII码小于"2"，完全不符合日期逻辑。

解决方案 #

方案1：统一created_at字段类型为Date（推荐） #

这是最彻底的解决方式，确保所有文档的created_at都是MongoDB原生Date对象：

1. 批量修正现有数据：运行以下MongoDB命令，将字符串类型的created_at转换为Date类型（请根据实际存储的字符串格式调整$dateFromString的format参数）：

db.results.updateMany(
  { created_at: { $type: "string" } },
  [
    {
      $set: {
        created_at: {
          $dateFromString: {
            dateString: "$created_at",
            format: "%d-%m-%Y %H:%M:%S"
          }
        }
      }
    }
  ]
)

2. 修复写入逻辑：新增文档时，确保created_at存储的是Date对象，比如用new Date()或moment().toDate()生成日期值，避免存入字符串。

方案2：聚合时动态转换字段类型（临时应急） #

如果暂时无法修改现有数据，可以在聚合管道中先将字符串类型的created_at转为Date，再排序：
修改你的聚合管道代码如下：

let aggregate = [
  { "$match": findCond },
  {
    "$addFields": {
      // 生成临时排序字段：原字段是Date则直接使用，否则转换
      "sortable_created_at": {
        $cond: {
          if: { $eq: [{ $type: "$created_at" }, "date"] },
          then: "$created_at",
          else: {
            $dateFromString: {
              dateString: "$created_at",
              format: "%d-%m-%Y %H:%M:%S" // 匹配实际存储的字符串格式
            }
          }
        }
      }
    }
  },
  { "$sort": {"sortable_created_at": 1} },
  { "$skip": skip },
  { "$limit": limit },
  { "$project": { "sortable_created_at": 0 } } // 移除临时字段，不影响返回结果
];

验证问题根源的小技巧 #

你可以运行以下查询，查看created_at字段的类型分布，确认是否是类型混合导致的问题：

db.results.aggregate([
  {
    $group: {
      _id: { $type: "$created_at" },
      count: { $sum: 1 }
    }
  }
])

如果结果中同时出现string和date类型，就能坐实问题根源了。

内容的提问来源于stack exchange，提问作者Subham Chatterjee