当mongodb查询性能下降且explain显示选错索引时，需用hint强制指定高效索引：先通过explain("executionstats")确认当前ixscan的keypattern或是否collscan；再用.hint({字段:方向})或.hint("索引名")指定索引；最后通过explain验证winningplan是否为匹配的ixscan且执行时间显著降低。
在MongoDB查询性能突然下降、explain显示执行计划选择了低效索引时，需要手动用hint覆盖优化器的自动决策，让查询强制走预设的高效索引路径。
确认当前查询实际使用的索引
先运行 db.collection.find().explain("executionStats")，在返回结果中定位 executionStats.executionStages.stage 字段值为 IXSCAN 的节点，查看其 keyPattern 字段——这就是当前被选中的索引结构，例如 { status: 1, createdAt: -1 }。
注意：如果 stage 是 COLLSCAN，说明根本没走索引，hint 无法挽救缺失索引的问题，必须先创建对应索引。
构造 hint 参数并验证效果
方法一：传入索引字段名对象
在 find() 后链式调用 .hint()，参数为与目标索引完全一致的键值对对象，例如 db.orders.find({ status: "shipped", user: 123 }).hint({ status: 1, user: 1 })。
方法二：传入索引名称字符串
使用 db.collection.getIndexes() 查看 index.name 值（如 "status_1_user_1"），然后调用 .hint("status_1_user_1")。这种方式更稳定，避免因字段顺序或方向微小差异导致 hint 失效。
【索引名必须完全匹配，包括大小写和下划线】
分步验证 hint 是否生效
第一步：执行带 hint 的查询并附加 explain("executionStats")
第二步：检查 explain 输出中的 queryPlanner.winningPlan.stage 是否变为 IXSCAN，且 inputStage.keyPattern 与你指定的索引一致
第三步：对比 executionStats.executionTimeMillis 值——若比未加 hint 时降低 50% 以上，说明 hint 确实触发了更优路径
这一步操作起来很简单，直接把 explain() 加在查询末尾就行，但务必确认 winningPlan 而不是 rejectedPlans 里的内容。
