MongoDB使用$concat做搜索时是否需要新建索引及百万数据查询优化

现有实现的性能问题 #

你目前的动态拼接identite字段再匹配的逻辑无法命中任何索引，百万级数据集下会触发全表扫描，延迟会非常高，完全不满足线上API的性能要求。

索引配置方案 #

你无法给动态计算的临时字段建索引，可选的索引方案分两种，可根据你的MongoDB版本和业务迭代成本选择：

方案1：预存拼接字段（性能最优，兼容所有版本） #

1. 调整数据写入/更新逻辑，提前把lastName + ' ' + firstName的结果持久化存储为identite字段，无需在查询时动态拼接
2. 配置大小写不敏感的单列索引即可，避免查询时手动转大写的冗余操作：

// 两个单列索引可覆盖$or查询的两个分支，触发索引交集
db.collection.createIndex(
  { denomination: 1 },
  { collation: { locale: 'zh', strength: 2 } }
)
db.collection.createIndex(
  { identite: 1 },
  { collation: { locale: 'zh', strength: 2 } }
)

其中strength: 2表示忽略大小写差异，完全匹配你的查询需求。

方案2：表达式索引（无需改数据结构，要求MongoDB ≥4.2） #

如果不想修改现有写入逻辑，可以直接基于拼接表达式建持久化索引，动态计算的字段也能命中索引：

db.collection.createIndex(
  { denomination: 1 },
  { collation: { locale: 'zh', strength: 2 } }
)
db.collection.createIndex(
  { "$expr": { "$concat": ["$lastName", " ", "$firstName"] } },
  { collation: { locale: 'zh', strength: 2 } }
)

该方案性能略低于预存字段方案，胜在无需调整现有写入流程。

注意：给firstName、lastName分别建索引完全无法满足你的需求，因为你需要匹配的是拼接后的完整姓名，而非两个字段分别命中查询词。

更优的搜索实现建议 #

如果你的业务不止需要精确匹配，还支持前缀匹配、模糊搜索、相关性排序，优先用MongoDB自带的文本索引方案，比你当前的聚合查询性能高一个量级：

1. 建组合文本索引，可配置不同字段的权重：

db.collection.createIndex(
  { denomination: "text", lastName: "text", firstName: "text" },
  { 
    weights: { denomination: 10, lastName: 5, firstName: 5 }, // 调整权重控制相关性排序
    default_language: "zh"
  }
)

2. 查询逻辑大幅简化，自动覆盖两类名称的匹配：

db.collection.find({
  $text: { $search: MySearchQuery }
  // 其他查询条件直接补充在这里即可
})

如果需要更高阶的搜索能力（拼写容错、同义词匹配、自定义分词），可直接使用MongoDB Atlas Search能力，无需引入额外的搜索引擎组件。

另外你当前贴的聚合语句存在语法错误：toUpper(MySearchQuery]) 多了一个闭合方括号，需要修正。

内容的提问来源于stack exchange，提问作者dc-mpo