宽索引会显著挤占wiredtiger缓存，导致page faults飙升和查询延迟突增；需通过serverstatus、indexdetails.size识别高风险索引（>200mb），并用重建或重命名方式精简，同时禁用autoindex、约束字段长度、启用内存熔断参数防控。
宽索引（如复合索引包含5个以上字段，或含长字符串/嵌套文档）会显著增加WiredTiger缓存中索引页的体积和淘汰难度，导致热数据被挤出、page faults飙升、查询延迟突增。
识别宽索引对缓存的实际影响
连接到目标mongod节点，执行：db.serverStatus().wiredTiger.cache，重点关注以下三项：
若【"pages currently held in the cache"中索引页占比 > 60%】（可通过db.collection.getIndexes()比对各索引大小估算），且【"bytes currently in the cache"长期 > 90% maximum】，说明索引已严重挤占缓存空间。
运行db.collection.stats({indexDetails: true})，检查indexDetails.<name>.size</name>——单个索引超过200MB即属高风险宽索引。
删除冗余字段，收缩现有宽索引
方法一：重建精简版索引 → 删除旧索引
先用db.collection.createIndex({a:1, b:1, c:1}, {name: "idx_a_b_c"})创建最小必要字段的新索引；确认新索引生效并被查询计划使用（db.collection.explain("executionStats").find({...})中executionStages.indexName指向新名）；再执行db.collection.dropIndex("old_wide_index_name")。
方法二：直接重命名替换（仅限MongoDB 5.0+）
用db.runCommand({renameCollection: "db.collection", to: "db.collection_tmp"})临时重命名集合→在collection_tmp上建精简索引→验证→再将原集合删掉，把collection_tmp重命名为原名。这避免了索引重建期间的写入阻塞。
限制新索引宽度的硬性规则
第一步：禁用自动索引推导
在应用层ORM（如Mongoose）中关闭autoIndex: true，所有索引必须显式声明、经DBA评审后上线。
第二步：强制字段长度约束
对可能进入索引的字符串字段，在Schema中添加maxlength: 64（如用户名）、trim: true（去空格）；对嵌套对象字段，禁止将其整个路径加入复合索引（例如不建{profile.address.city: 1, profile.tags: 1}，改用单独的profile_address_city_1索引）。
第三步：启用索引构建内存熔断
启动mongod时添加参数：--setParameter indexBuildRetry=0 --setParameter sortBufferSizeMB=128。当索引构建因内存不足失败时，不会重试，避免反复触发OOM；sortBufferSizeMB=128能有效限制宽索引排序阶段的堆内存占用，防止其间接拖垮WiredTiger缓存回收线程。
