MongoDB跨日期查询返回结果异常（生产环境专属问题）

哎，这个问题一看就是时区不匹配在搞鬼！我给你拆解清楚：

首先，MongoDB里的Date类型存的都是UTC时间，你看到的前三条记录created_at: 2020-08-18 22:00:46.244Z就是UTC标准时间。而你的生产服务器时区是GMT-7，换算一下，这三条记录对应生产服务器本地时间是8月18日下午3点多，不是8月19日。

然后看你的API代码：你用new Date(fromDate.year, fromDate.month, fromDate.day)构造查询起始时间，这个方法是基于服务器本地时区生成日期的。当你传8/19/2020的时候，生成的是GMT-7时区的8月19日00:00:00，转换成UTC就是8月19日07:00:00Z。而前三条记录的UTC时间是8月18日22点多，早于这个时间，自然不在查询范围内；只有那条UTC8月19日08:56的记录（对应GMT-7的8月19日凌晨1点多）符合条件，所以只返回这一条。

而你在Robo 3T里能查到4条，是因为Robo 3T运行的时区和生产服务器不一样——比如你的本地环境时区是UTC+8，那new Date(2020,7,19)生成的是UTC+8的8月19日00:00，转换成UTC就是8月18日16:00，这个时间早于前三条记录的UTC时间，所以能包含进去。

怎么解决？ #

核心思路就是让API端的查询日期不依赖服务器时区，统一用UTC时间来构造，给你两个简单的方案：

方案1：用Date.UTC构造UTC基准的查询范围

修改API端的日期处理代码，换成基于UTC的构造方式：

if (req.body.filters.dates) {
  let fromDate = req.body.filters.dates.from;
  let toDate = req.body.filters.dates.to;
  // 直接构造UTC时区的0点日期，不受服务器本地时区影响
  const gteDate = new Date(Date.UTC(fromDate.year, fromDate.month, fromDate.day));
  const ltDate = new Date(Date.UTC(toDate.year, toDate.month, toDate.day + 1));
  dateFilters = {created_at: { "$gte": gteDate, "$lt": ltDate }};
}

这样生成的gteDate是UTC的8月19日00:00:00Z，正好能覆盖那些UTC8月18日22点多的记录，和你在Robo 3T里的查询逻辑对齐。

方案2：前端直接传UTC时间字符串

前端把日期转换成UTC的ISO字符串再传给API，彻底避免时区转换问题：

// 前端代码
const fromDate = new Date();
fromDate.setHours(0, 0, 0, 0); // 设为本地时区的0点
const toDate = new Date(fromDate);
toDate.setDate(toDate.getDate() + 1);

const filter = {
  dates: {
    from: fromDate.toISOString(), // 转成UTC的ISO字符串
    to: toDate.toISOString()
  }
};

然后API端直接用这些字符串生成Date对象：

// API端代码
if (req.body.filters.dates) {
  dateFilters = {
    created_at: { 
      "$gte": new Date(req.body.filters.dates.from), 
      "$lt": new Date(req.body.filters.dates.to) 
    }
  };
}

验证小技巧 #

你可以在API里加个日志，打印出构造好的查询时间：

console.log('查询起始UTC时间:', gteDate.toUTCString());
console.log('查询结束UTC时间:', ltDate.toUTCString());

对比一下这些时间和记录里的created_at UTC时间，就能确认范围是否正确啦。

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