$exists:true查询无法命中部分索引的根本原因是partialFilterExpression字段路径与查询字段路径不完全一致，或存在null值干扰及隐式类型转换；需严格确保字段名逐字符匹配、避免$exists:false、并通过explain验证IXSCAN是否生效。
为什么$exists:true查询无法命中部分索引
当你执行db.collection.find({status: {$exists: true}})并已创建了带partialFilterExpression的索引，却仍看到totalDocsExamined远高于nReturned，说明查询没有真正走索引——根本原因在于partialFilterExpression的字段名与查询字段名不一致，或存在隐式类型转换干扰匹配。
检查索引定义是否严格匹配查询路径
运行db.collection.getIndexes()，确认索引中partialFilterExpression的键名与find查询中的字段名完全相同，包括嵌套路径的每一级。例如：若查询用{"user.profile.email": {$exists: true}}，索引必须写{"user.profile.email": {$exists: true}}，不能简写为{"email": {$exists: true}}或{"profile.email": {$exists: true}}。
【字段路径必须逐字符一致，任何层级省略或错位都会导致partial index失效】
这一步操作起来很简单，直接复制查询中的字段路径到索引定义里即可，但手敲时极易漏掉一个点或大小写错误。
验证索引是否被实际选用
对查询执行explain("executionStats")，重点查看executionStages.stage是否为IXSCAN，且其中indexName与你创建的部分索引名称完全一致。
如果stage显示COLLSCAN或FETCH包裹着IXSCAN，说明优化器放弃了该部分索引——常见原因是集合中满足partialFilterExpression的文档占比过高（如超过80%），MongoDB认为全表扫描反而更快；此时需配合其他等值条件缩小范围，或改用复合部分索引。
排除null值干扰的三种操作
方法一：确保查询中不混入null值语义。$exists:true只匹配字段存在且非null的文档，但如果你在同一条查询中又写了{status: {$ne: null}}，MongoDB可能因语义冲突放弃索引。
方法二：检查字段是否存在显式null值。运行db.collection.countDocuments({status: null, "status": {$exists: true}})，若结果大于0，说明有文档status字段被设为null而非缺失——这类文档会被partial index包含（因{$exists: true}为真），但后续$filter或聚合阶段可能引发二次过滤，抬高totalDocsExamined。
方法三：禁止在partialFilterExpression中使用$exists:false。MongoDB明确拒绝创建{partialFilterExpression: {status: {$exists: false}}}的索引，会直接报错Error: partialFilterExpression cannot contain $exists:false。
