$nin与范围操作符组合导致索引失效，应改用$or、稀疏索引+$exists+$ne、重构模型添加is_valid_for_analysis字段并建复合索引，或强制hint验证索引效果。
当查询需要排除多个特定值又受限于数值区间时，$nin 与范围操作符组合使用会导致索引失效、全表扫描加剧，响应延迟明显上升。
先确认 $nin 是否真正在拖慢查询
执行带 explain() 的原始查询，观察 executionStats.executionStages.stage 字段是否为 COLLSCAN：
db.orders.find({status: {$nin: ["cancelled", "refunded"]}, amount: {$gte: 100, $lte: 5000}}).explain("executionStats")
如果 stage 是 COLLSCAN，说明 MongoDB 没有命中索引——【$nin 本身无法高效利用单字段索引】，这是性能瓶颈的根源。
用 $or 替代 $nin（适用于排除项少于5个）
方法一：显式列出所有允许值
假设 status 只可能为 ["pending", "shipped", "delivered", "processing"] 四种，而你要排除 "cancelled" 和 "refunded"，就直接写成：
db.orders.find({$or: [{status: "pending"}, {status: "shipped"}, {status: "delivered"}, {status: "processing"}], amount: {$gte: 100, $lte: 5000}})
方法二：对 status 字段建立稀疏索引后配合 $exists + $ne 组合（仅当“合法值”有明确定义且数量可控时可用）
db.orders.createIndex({status: 1}, {sparse: true})
再查：db.orders.find({status: {$exists: true, $ne: "cancelled", $ne: "refunded"}, amount: {$gte: 100, $lte: 5000}})
注意：$ne 多次叠加在同一个字段上，MongoDB 实际只保留最后一个生效，所以不能写成 $ne: "cancelled", $ne: "refunded" —— 这样只会过滤掉 "refunded"。
重构数据模型，把“排除逻辑”前置到写入端
第一步：新增一个布尔字段 is_valid_for_analysis，默认设为 true
第二步：在应用层插入或更新文档时，自动判断 status 值，若为 "cancelled" 或 "refunded"，则将 is_valid_for_analysis 设为 false
第三步：查询时彻底弃用 $nin，改用：
db.orders.find({is_valid_for_analysis: true, amount: {$gte: 100, $lte: 5000}})
第四步：为这两个字段创建复合索引，顺序必须是 {is_valid_for_analysis: 1, amount: 1} —— 【顺序颠倒会导致索引无法用于 amount 范围扫描】
这一步改造后，查询将稳定走 IXSCAN，executionStats.nReturned 与 nDocsExamined 基本相等。
强制使用复合索引并验证效果
① 创建复合索引：
db.orders.createIndex({status: 1, amount: 1})
② 使用 hint() 强制走该索引（仅用于测试，生产环境慎用）：
db.orders.find({status: {$nin: ["cancelled", "refunded"]}, amount: {$gte: 100, $lte: 5000}}).hint({status: 1, amount: 1})
③ 再次运行 explain()，检查 executionStats.executionStages.indexName 是否为你刚建的索引名，并确认 totalKeysExamined 明显小于 totalDocsExamined —— 若仍接近，则证明 $nin 使索引退化为前缀扫描，实际未生效。
这一步操作起来很简单，但必须配合前面的数据模型调整才能真正起效；单独加索引对 $nin 查询提升有限。
