Elasticsearch v7 为何multi_match搜嵌套字段无效？如何联合搜主/嵌套字段

核心原因：为什么multi_match搜嵌套字段返回空 #

你的索引里items字段是nested类型，这种类型的存储逻辑和普通对象完全不同：ES会把数组里的每一个嵌套对象，单独存成一个和根文档关联的隐藏文档，每个嵌套对象之间的字段索引上下文是完全隔离的。
你在multi_match的fields里直接写items.amazonSku，但没有给这个字段指定对应的嵌套查询上下文，ES会默认把这个字段当成普通的根级文档字段来做匹配，根本不会去读取嵌套对象的独立索引，自然返回0匹配结果，这也是_explain日志里提示“no match on required clause”的根本原因。
你之前写的带nested上下文的布尔查询能正常返回，就是因为手动指定了path: items，相当于告诉ES要到items对应的嵌套文档上下文里做匹配，逻辑是通的。
另外你原multi_match请求中引用的recipientName字段，在你给出的索引映射中并不存在，ES会自动忽略不存在的字段，不会触发任何匹配逻辑。

对你原有查询认知的纠正 #

你之前提到的两类查询的认知存在偏差：

• 不存在名为query_search的原生ES查询，你混淆的是过滤类查询和全文类查询的边界：
  • 过滤类查询（比如term、terms、range、bool.filter）的特点是不计算文档相关度评分，只判断文档是否满足条件，结果是精确命中的集合，适合做确定性的条件过滤、场景下的聚合统计。
  • 全文类查询（比如match、multi_match、match_phrase）的核心作用是做全文检索、计算相关度评分、支持分词匹配，并不是只能做模糊搜索，只要调整参数也能实现精确匹配。
• 你遇到的multi_match失效问题，和multi_match本身的功能定位没有关系，本质是缺少嵌套字段的上下文声明。

跨根字段、嵌套字段的联合搜索实现 #

核心思路是用bool组合查询，把不同上下文的查询逻辑拆成独立分支，每个分支自己匹配对应的查询上下文，不需要硬把所有字段塞到同一个multi_match的fields数组里。
对应你现有索引结构的实现示例：

GET orders/_search
{
  "query": {
    "bool": {
      // 两个分支是OR关系的话用should，AND关系用must
      "must": [
        // 分支1：直接匹配根级字段，不需要嵌套上下文
        {
          "multi_match": {
            "query": "4.48 - 1 pack - 4.48",
            "fields": ["carrierCode", "carrierName"]
          }
        },
        // 分支2：匹配items下的嵌套字段，必须套nested查询声明上下文
        {
          "nested": {
            "path": "items",
            "query": {
              "multi_match": {
                "query": "4.48 - 1 pack - 4.48",
                "fields": ["items.amazonSku", "items.amazonItemId"]
              }
            }
          }
        }
      ]
    }
  }
}

注意事项 #

• 如果遇到多层嵌套（比如你映射里items.graingerItem也是nested类型），必须按层级一层一层套嵌套查询，不能跨层直接写字段路径，否则还是会出现匹配失效的问题。
• 虽然ES的multi_match语法支持通过<嵌套路径>字段名的方式声明嵌套上下文，比如<items>items.amazonSku，但这种写法可读性差，很容易因为路径写错出现问题，不推荐使用。
• 你之前把嵌套字段和根字段放到同一个multi_match的fields数组里，没有做上下文区分，是导致搜索结果不符合预期的直接操作原因。

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