Elasticsearch中copy_to在keyword类型字段上无法生效问题咨询

首先明确：完全可以将字段复制到keyword类型的字段，你遇到的问题是因为copy_to的行为和keyword字段的特性不匹配，导致查询无法命中。

核心原因分析 #

当你通过copy_to将first和last两个keyword字段复制到full_name（keyword类型）时，Elasticsearch并不会把两个值拼接成"Bar Foo"这个单一字符串，而是将它们作为独立的keyword值存储为数组（也就是full_name的实际值是["Bar", "Foo"]）。

而keyword类型字段的核心特性是精确匹配：当你用match查询"Bar Foo"时，Elasticsearch会去寻找full_name值完全等于"Bar Foo"的文档，但实际存储的是两个独立的项，自然无法匹配。

如果把full_name改成text类型，Elasticsearch会自动将"Bar"和"Foo"分词成两个独立的词项，match查询会匹配包含任意词项的文档，所以能正常返回结果。

解决方案 #

根据你的需求（要基于full_name做聚合，无需全文检索），推荐两种处理方式：

方式一：提前拼接成单一keyword值

如果需要full_name是"Bar Foo"这样的拼接字符串，你可以在写入文档时直接传入拼接后的值，或者用Elasticsearch的Ingest Pipeline自动拼接：

PUT _ingest/pipeline/full_name_pipeline
{
  "processors": [
    {
      "join": {
        "field": ["first", "last"],
        "target_field": "full_name",
        "separator": " "
      }
    }
  ]
}

写入文档时指定这个pipeline：

POST /test/_doc?pipeline=full_name_pipeline
{
  "first": "Bar",
  "last": "Foo"
}

这样full_name就会存储为"Bar Foo"这个单一keyword值，此时用match或者term查询"Bar Foo"都能精确命中。

方式二：针对数组keyword调整查询逻辑

如果坚持用copy_to的方式，保持full_name为数组keyword，可以修改查询来匹配数组中的项：

• 若要匹配包含任意一个值的文档，用terms查询：

  GET /test/_search
  {
    "query": {
      "terms": {
        "full_name": ["Bar", "Foo"]
      }
    }
  }
  

• 若要匹配同时包含两个值的文档，用bool组合term查询：

  GET /test/_search
  {
    "query": {
      "bool": {
        "should": [
          {"term": {"full_name": "Bar"}},
          {"term": {"full_name": "Foo"}}
        ],
        "minimum_should_match": 2
      }
    }
  }
  

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