Elasticsearch多字段filter查询entity_id无返回结果问题

问题出在Elasticsearch的动态映射规则+分词器的默认处理逻辑，你没有为logs索引预先定义显式字段映射，写入文档时ES会根据字段值自动推断类型、构建倒排索引：

• 写入的entity_type是数字类型，ES自动映射为long类型，你查询时传入字符串"1"，ES会自动做类型转换匹配到数值1，所以这部分条件一直是生效的。
• field_name和entity_id都是字符串类型，ES默认会给这类字段映射为text类型（做分词处理支持全文检索），同时挂一个不分词的.keyword子字段（用于精确匹配），但你查询时直接查的是字段根路径（也就是分词后的text字段），两个字段因为值的格式不同，分词后生成的倒排索引内容完全不一样：
  • field_name的值是name，没有任何被默认standard分词器识别为分隔符的特殊字符，分词后仅生成一个和原始值完全一致的tokenname，所以用term查询传"name"做精确匹配时，刚好能命中这个token，返回正确结果。
  • entity_id的值是带中划线的UUID字符串，standard分词器会把中划线识别为分词分隔符，把完整UUID拆成6c125004、4720、4258、a5d6、3fa1c7468bc8这几个独立的短token，倒排索引里根本不存在完整的6c125004-4720-4258-a5d6-3fa1c7468bc8对应的token，你用term查询匹配完整串时自然命中0条结果。

本质上两个字段如果走动态映射的默认规则，字段类型是完全一致的，查询结果出现差异只是因为字段值的格式不同，导致分词结果不同：

• 对于无特殊分隔符的短字符串（比如name这类枚举值、普通单词），text字段分词后的token和原始值完全一致，直接用term查询根路径会“看起来”生效，实际上是巧合匹配。
• 对于带分词器识别的分隔符（中划线、空格、斜杠等）的字符串（比如UUID、拼接ID、带空格的名称），text字段分词后会把原始值拆成多个碎片token，直接查根路径用完整值做term匹配必然失败。

1. 临时查询可以直接使用字符串字段默认自带的.keyword子字段做精确匹配，修改后的查询语句如下：

GET logs/_search
{
  "query": {
    "bool": {
      "filter": [
          {"term" : { "entity_type" : 1 }},
          {"term": {"entity_id.keyword": "6c125004-4720-4258-a5d6-3fa1c7468bc8"}}
      ]
    }
  },
  "sort": [
    {
      "number": {
        "order": "desc"
      }
    }
  ]
}

2. 长期优化建议为索引预先定义显式mapping，把所有用于精确匹配的ID类、状态类、枚举类字段直接设置为keyword类型，关闭分词逻辑，从根源上避免这类动态映射+分词导致的预期外查询结果。

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