MongoDB执行findOneAndUpdate时日期时间始终存储为00:00:00.000Z

首先明确：MongoDB原生存储Date类型时存的是UTC毫秒级时间戳，不存在自动把传入时间抹除时分秒的内置逻辑，问题基本出在Mongoose层配置、更新逻辑命中问题、取值/展示偏差这三类，按以下顺序排查即可：

• 第一步：先确认是不是展示/取值偏差
  不要直接信可视化工具（Robo 3T、Mongo Compass等）里展示的日期字符串，先在代码里直接读取目标字段的时间戳，和你传入的myDateVariable.getTime()做精确对比：

  const doc = await model.patient.findById(data.patientId).lean()
  // 替换成你实际要改的数组下标，先跳过arrayFilters匹配逻辑
  const storedTs = doc.discipline[0].note[0].dateOfVisit.getTime()
  const targetTs = myDateVariable.getTime()
  console.log("时间戳是否一致：", storedTs === targetTs)
  

  如果两个值相等，说明存储完全正确，你看到的指定日期+T00:00:00.000Z只是工具的时区展示问题——比如你传入的是东八区当天8点的时间，转成UTC标准时间就是当天0点，属于正常的时区转换，不是存储错误。
• 第二步：检查Schema的自定义转换器
  90%的存储值被篡改问题都是Schema配置导致的，找到Patient模型的Schema定义，定位到discipline数组下嵌套note数组的dateOfVisit字段，检查是否配置了错误的set修改器，类似下面的代码会强行把所有传入时间转成UTC 0点，直接删除或者修正逻辑即可：

  // 错误配置示例：toDateString()会丢弃所有时分秒信息
  dateOfVisit: {
    type: Date,
    set: (val) => new Date(new Date(val).toDateString())
  }
  

  同时检查该字段是否配置了会重置时分秒的默认值，如果你更新时没有命中目标数组项，字段会保留旧值或者触发默认值。
• 第三步：验证arrayFilters是否命中目标数组项
  你当前的更新用了数组过滤定位符$[d]、$[n]，如果arrayFilters里的条件和实际存储的d.type、n.status值不匹配（比如存在类型不匹配、多余空格、大小写差异），更新语句根本不会修改任何字段，你看到的0点值是之前存储的旧数据。
  可以先写测试语句，用明确的数组下标直接定位字段更新，排除过滤条件的问题：

  await model.patient.findOneAndUpdate(
    { _id: data.patientId },
    { $set: { 'discipline.0.note.0.dateOfVisit': myDateVariable } },
    { new: true }
  )
  

  如果下标定位更新能存对正确时间，回去核对arrayFilters的匹配条件，确保和数据库中存储的字段值完全一致。
• 第四步：排除字段覆盖问题
  你在$set中先展开了...data.therapyStartDate，如果这个对象里存在和目标路径冲突的字段（比如带了嵌套的discipline、note更新字段，或者同路径的dateOfVisit字段），会和后续的赋值产生覆盖。可以先临时注释掉展开逻辑，单独更新dateOfVisit字段测试，确认是否是展开对象的字段覆盖了正确值。

额外提醒：不要给Mongoose中声明为Date类型的字段传入.toISOString()生成的字符串、moment格式化后的字符串，直接传入原生JS Date对象即可，避免自动类型转换出现预期外的结果。

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