应将$in条件从$or内部剥离至顶层AND，为status、type、score字段分别建立独立单字段索引，同一字段的多$or分支必须改用$in，超100值时用聚合预处理，最后用explain验证IXSCAN生效。
当查询需要同时匹配多个离散值又混合“或”逻辑分支时，比如“用户状态是激活或待审核，且城市属于北京、上海、广州三者之一”，$in和$or直接嵌套会导致索引失效、全表扫描甚至语法错误。
先拆解逻辑结构，避免$or内嵌$in
MongoDB不支持在$or的某个分支里直接用$in去匹配多个值，除非该字段已建索引且$in被单独提取。例如{ $or: [{ city: { $in: ["北京", "上海"] } }, { region: "华东" }] }看似合理，但若city无索引，整个$or分支都会退化为COLLSCAN。
第一步：把$in条件从$or内部剥离，改写为顶层AND条件。原查询{ status: { $in: ["active", "pending"] }, $or: [{ type: "A" }, { score: { $gt: 80 } }] }应调整为{ $and: [ { status: { $in: ["active", "pending"] } }, { $or: [ { type: "A" }, { score: { $gt: 80 } } ] } ] }。
第二步：确认status字段已有单字段索引。没有索引的$in等同于全表遍历，即使其他条件再精准也救不回来。执行db.collection.createIndex({ status: 1 })补上。
第三步：为$or中的每个分支分别建独立索引——type字段建{ type: 1 }，score字段建{ score: 1 }。不要试图用{ type: 1, score: 1 }复合索引覆盖两者，$or无法复用后缀字段。
用$in替代多个$or分支（同一字段）
方法一：当多个$or条件作用于同一字段时，必须用$in重写。比如{ $or: [{ city: "北京" }, { city: "上海" }, { city: "广州" }] }应立刻改为{ city: { $in: ["北京", "上海", "广州"] } }。
方法二：如果$in值列表超过100个，手动拼接易出错，改用聚合管道+ $setUnion 预处理。先在应用层把城市列表去重合并，再传入查询，避免驱动层自动拆分成多个网络请求。
【注意：$in数组长度超过500会触发BSON文档大小限制（16MB），必须分批查询】
验证索引是否真正生效
执行explain("executionStats")检查真实执行路径，重点看winningPlan.stage是否为IXSCAN而非COLLSCAN。
运行db.collection.find({ status: { $in: ["active", "pending"] }, $or: [{ type: "A" }, { score: { $gt: 80 } }] }).explain("executionStats")。
若返回结果中出现"stage": "COLLSCAN"，说明至少有一个$or分支未命中索引——立即检查type和score字段是否各自存在独立索引。
若totalKeysExamined远大于nReturned（比如比值＞5），说明索引选择性差，需考虑增加筛选条件或重构索引字段顺序。
