必须确保字段是date类型，否则字符串按字典序比较会导致查询错误，如"2024-03-20"被误判为小于"2024-03-2"。
用 $gte 和 $lte 做日期范围查询，必须确保字段是 Date 类型
如果数据库里存的是字符串（比如 "2024-03-15"），$gte 和 $lte 会按字典序比较，导致 "2024-03-20" "2024-04-01" 成立，但 "2024-12-01" 可能被错误排除——因为字符串比较停在 "1" 和 "0" 上。Mongoose 默认不会自动把字符串转成 Date，哪怕 Schema 定义了 Date 类型。
实操建议：
- 插入数据时显式用
new Date()构造，别传字符串 - 已有字符串数据，得用聚合管道配合
$dateFromString转换（仅 MongoDB 4.0+） - 查之前先确认：执行
db.collection.findOne()看字段类型是不是ISODate
在 Mongoose 查询中正确写法：传 Date 实例，不是字符串或时间戳数字
Mongoose 会把 JavaScript Date 对象序列化为 BSON Date，MongoDB 才能正确执行范围比较。传字符串或毫秒数（如 1710518400000）会被当普通值处理，可能匹配失败或触发隐式转换（不可靠）。
示例（正确）：
const start = new Date('2024-03-01');
const end = new Date('2024-03-31');
await MyModel.find({
createdAt: { $gte: start, $lte: end }
});
常见错误：
-
createdAt: { $gte: '2024-03-01', $lte: '2024-03-31' }→ 字符串比较 -
createdAt: { $gte: Date.now(), $lte: Date.now() + 86400000 }→Date.now()返回数字，不是Date实例 - 用
moment().toDate()没问题，但用moment().format()就错
时区问题：Date 对象自带时区，但 MongoDB 存的是 UTC
你本地调用 new Date('2024-03-01') 生成的是带本地时区偏移的实例（如 GMT+8），Mongoose 发送给 MongoDB 时会转成对应 UTC 时间。这意味着：如果你在北京，new Date('2024-03-01') 实际存进库的是 2024-02-29T16:00:00.000Z。
应对策略：
- 统一用 UTC 时间构造：
new Date(Date.UTC(2024, 2, 1))（注意月份从 0 开始） - 或者用
start.setHours(0,0,0,0)和end.setHours(23,59,59,999)显式对齐当天边界 - 避免依赖用户输入的字符串直接构造，改用
dayjs('2024-03-01').startOf('day').toDate()这类明确语义的工具
性能关键：给日期字段加索引，否则范围扫描极慢
没有索引时，$gte/$lte 会触发 collection scan，数据量一过万就明显卡顿。即使字段在复合索引里，也要确认它在索引键顺序中位置靠前（前缀匹配原则）。
建索引方式：
// 单字段索引（最常用）
MyModel.index({ createdAt: 1 });
// 复合索引（如常按用户+时间查）
MyModel.index({ userId: 1, createdAt: 1 });
验证是否命中索引：
- 加
.explain('executionStats')查看executionStages.stage是否为IXSCAN - 检查
nReturned和totalDocsExamined是否接近（接近说明高效） - 避免在日期字段上用
$ne、$not或正则，会跳过索引
$gte/$lte 会一直“看似工作，实则漏数”。
