MongoDB未选用全键索引执行查询排序，求优化索引方案

问题根源 #

你创建的第一个复合索引中，bl:1是对整个数组对象建立的索引，但查询使用$elemMatch匹配数组内的特定子文档，MongoDB无法高效利用该索引的bl字段部分，导致索引实际选择性远低于预期，查询优化器因此判定单字段updated_at索引的查询成本更低。

优化索引方案 #

基础优化索引（适配查询过滤与排序）

针对$elemMatch的数组查询，将数组内的匹配字段单独提取到索引中，结合等值过滤字段与排序字段构建复合索引：

{
    "ctu": 1,
    "pe": 1,
    "pl": 1,
    "ps": 1,
    "bl.b": 1,
    "bl.l": 1,
    "updated_at": -1
}

进阶覆盖索引（无需回表查询）

如果希望进一步提升性能，可将查询投影的字段加入索引，实现覆盖索引（查询完全通过索引完成，无需访问集合文档）：

{
    "ctu": 1,
    "pe": 1,
    "pl": 1,
    "ps": 1,
    "bl.b": 1,
    "bl.l": 1,
    "updated_at": -1,
    "uid": 1,
    "pd": 1,
    "v": 1,
    "l": 1,
    "mi": 1
}

验证与强制索引 #

1. 查看执行计划：创建新索引后，通过以下命令确认优化器是否选择新索引：

db.collection.explain("executionStats").find(
    { ctu: "product", pe: "1234567890", pl: "ru-ru", bl: { $elemMatch: { b: "main", l: "ru-ru" } }, ps: false },
    {uid: 1, pd: 1, v: 1, l: 1, mi: 1}
).sort({ updated_at: -1 }).skip(6150).limit(50)

检查winningPlan字段是否显示使用了新创建的复合索引。

2. 强制指定索引：若优化器仍未选择新索引，可通过hint()强制指定：

db.collection.find(
    { ctu: "product", pe: "1234567890", pl: "ru-ru", bl: { $elemMatch: { b: "main", l: "ru-ru" } }, ps: false },
    {uid: 1, pd: 1, v: 1, l: 1, mi: 1}
).sort({ updated_at: -1 }).skip(6150).limit(50)
.hint("ctu_1_pe_1_pl_1_ps_1_bl.b_1_bl.l_1_updated_at_-1_uid_1_pd_1_v_1_l_1_mi_1")

（注：索引名称为MongoDB自动生成，可通过db.collection.getIndexes()查看）

额外建议 #

• 删除原有的第一个复合索引（包含bl:1的那个），避免干扰查询优化器的判断。
• 单字段updated_at索引在大skip值场景下需要扫描大量无关文档，优化后的复合索引先过滤出符合条件的小范围数据，再进行排序和跳过，性能更稳定。

内容的提问来源于stack exchange，提问作者Siddhesh More