使用query_string实现通配符搜索时，keyword字段带空格的双引号查询失效

字段索引的底层逻辑 #

你当前给attr字段配置的是keyword类型，这类字段的索引规则非常固定：

• 字段的完整原始字符串会被作为单个不可拆分的独立词项写入倒排索引
• 不会对字段内容做任何分词切割

对应你的测试样本：当attr字段存储值为aaa bbb时，倒排索引里给这个字段存的可匹配词项只有完整的aaa bbb字符串，根本不存在拆分后的aaa、bbb这类独立词项。

三个测试用例的实际执行差异 #

结合query_string的默认解析规则，再加上你开启的analyze_wildcard: true配置，三个测试的命中逻辑完全不同：

• attr:aa*（无引号包裹）：解析器会把aa*识别为通配符匹配单元，规则是“匹配所有以aa开头的完整keyword值”。因为aaa bbb确实以aa开头，所以可以正常命中。
• attr:"aa*"（带引号但无空格）：当双引号包裹的内容里没有空白字符时，解析器不会做额外拆分，依然把aa*作为完整的通配符规则，自然也能匹配到aaa bbb。
• attr:"aaa b*"（带引号且内容含空格）：这就是命中失败的核心原因——query_string对双引号包裹的内容，默认会走quote_analyzer的分析流程，而默认的quote_analyzer就是会按空白字符拆分的标准分析器。也就是说，你输入的"aaa b*"，会被拆成两个独立的匹配单元：
  1. 第一个单元要求匹配值等于aaa
  2. 第二个单元要求匹配值以b开头
     而你的attr是keyword类型，倒排索引里根本没有独立的aaa词项，第一个匹配条件就不满足，自然查不到结果。
     这里要纠正一个常见误区：analyze_wildcard参数仅能让通配符规则的生成流程适配字段的分析器，根本不会改变解析器对输入内容的空白拆分逻辑。

可行的解决方案 #

• 方案1：调整query_string的引号内容解析配置，把quote_analyzer参数设置为keyword类型的分析器。这样双引号包裹的内容就不会被按空白拆分，会把整个字符串作为完整的通配符匹配单元。调整后"aaa b*"会被识别为“匹配所有以aaa b开头的完整keyword值”的规则，自然可以命中aaa bbb的文档。
• 方案2：不需要调整全局配置的话，可以在拿到用户输入的查询内容后，主动把内容里的空格做转义处理（比如把aaa b*改写为aaa\ b*），让解析器把空格识别为查询内容的一部分，而非拆分边界。
• 方案3：如果业务本身就需要支持对带空格文本的单段搜索，建议把attr字段调整为text类型，同时配置对应的keyword子字段：text字段适配分词后的单段搜索需求，keyword子字段适配完整值的精确、通配符匹配需求。

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