MongoDB 4.X数组内嵌文档部分索引构建与大值索引报错解决方案

好的，针对你的问题，我来给你详细拆解解决方案：

1. 能不能仅针对providercode属性创建类似部分索引？ #

当然可以！而且这是解决你当前问题的最优方案——既能精准索引你需要的providercode数据，又完全避开超长value的麻烦。

MongoDB 3.2+支持的部分索引，搭配3.6+的表达式索引，就能完美实现这个需求：

具体实现：创建提取providercode值的表达式索引 #

我们可以通过MongoDB的表达式语法，从attributes数组里精准筛选出id为providercode的元素，提取它的value单独建立索引。这样索引里只会存储符合长度要求的短字符串，根本不会碰那些超长的value内容。

创建索引的命令如下：

db.articles.createIndex(
  {
    "providercode_value": {
      $arrayElemAt: [
        {
          $map: {
            input: {
              $filter: {
                input: "$attributes",
                cond: { $eq: ["$$this.id", "providercode"] }
              }
            },
            as: "matchedAttr",
            in: "$$matchedAttr.value"
          }
        },
        0
      ]
    }
  }
)

因为你提到每个文档都包含providercode，而且它的value都是短字符串，所以这个索引创建过程不会触发任何长度报错。

用优化后的查询利用这个索引 #

为了让查询高效命中这个索引，你可以把查询语句调整成这样：

db.articles.find({ providercode_value: "code1" })

如果不想修改原有查询语句，也可以尝试创建复合部分索引，但要注意：普通的多键索引会把数组里所有元素都生成索引条目，依然可能包含超长value导致报错，所以更推荐上面的表达式索引方案。

2. 能不能跳过超长的attribute.value，回到MongoDB 2.6之前的行为？ #

也可以实现，但这是一个全局设置，会影响所有数据库的所有索引，你需要权衡一下：

MongoDB 4.X默认开启了failIndexKeyTooLong参数（值为true），只要索引键长度超过1024字节就会直接报错。如果把这个参数改成false，MongoDB就会回到旧版本的逻辑：自动跳过无法索引的超长键，只保留符合长度要求的条目。

设置方法： #

临时生效（重启mongod后失效）

直接在MongoDB shell里执行：

db.adminCommand({ setParameter: 1, failIndexKeyTooLong: false })

永久生效

• 如果你用命令行启动mongod，添加参数：

mongod --setParameter failIndexKeyTooLong=false

• 如果你用配置文件（比如mongod.conf），添加以下配置：

setParameter:
  failIndexKeyTooLong: false

设置完成后，你就可以正常创建原来的复合索引了：

db.articles.ensureIndex({ "attributes.id": 1, "attributes.value": 1 })

此时MongoDB会自动跳过那些超长的attributes.value条目，只索引providercode这类符合要求的内容，你原来的$elemMatch查询也能正常用上这个索引。

方案对比 #

• 表达式部分索引：精准可控，只索引你需要的数据，不会影响其他索引的正常报错逻辑，强烈推荐。
• 修改全局参数：操作简单，但全局生效，可能会隐藏其他索引的潜在问题（比如其他字段的超长值被悄悄跳过索引，你可能完全不知情）。

内容的提问来源于stack exchange，提问作者Julien TASSIN