MongoDB Atlas Search自动补全模糊查询得分均为1.0是否符合预期？

首先明确：这种所有匹配文档得分都是1.0的情况，确实是你当前使用的MongoDB 4.2.8版本中，Atlas Search Autocomplete结合模糊查询时的预期行为，不存在配置遗漏，下面详细解释：

1. Autocomplete索引的得分逻辑特性 #

Autocomplete类型的索引是专门为前缀补全场景设计的，它的得分计算逻辑和标准的string类型索引完全不同。在结合fuzzy参数时，当前版本的实现并不会根据模糊编辑距离（比如你设置的maxEdits=2，不管匹配文档是编辑1次还是2次符合）来区分得分，只要文档满足匹配条件，就会统一赋予1.0的得分。

2. 关于Fuzzy参数必须手动设置的问题 #

你提到的“原本以为fuzzy参数会用默认值，但实际必须手动设置”也是符合官方设计的——Autocomplete查询的fuzzy选项默认是关闭状态，没有默认的maxEdits值，所以必须显式配置fuzzy: { maxEdits: N }才能启用模糊匹配功能。

3. 和String类型索引得分差异的原因 #

当你使用type: "string"+analyzer: "lucene.standard"做简单文本查询时，得分会综合考虑词项匹配度、模糊编辑距离、词频等多种因素，因此得分有差异是正常的。这本质是两种索引类型的设计目标不同：Autocomplete优先保障前缀补全的效率，而string文本索引优先保障相关性排序的精准性。

如果你需要区分模糊匹配的得分 #

如果业务上需要根据模糊编辑距离来区分文档的相关性，可以考虑两种替代方案：

• 使用text查询结合fuzzy选项（基于string类型索引），但这种方式无法支持Autocomplete的前缀补全特性；
• 在Autocomplete查询的聚合阶段之后，添加自定义的计算逻辑（比如在应用层或者MongoDB聚合管道中），根据文档的name字段和查询词的实际编辑距离，重新调整得分。

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