Elasticsearch 6.8.13 Multi Match组合Range查询不生效咨询

1. 优先排查字段映射类型 #

你代码里已经把入参转成了整数，但如果ES中adults字段的映射不是数值类型（比如动态映射时被自动识别成了text文本类型），范围查询会完全按词典序逻辑比对，结果必然不符合预期——比如文本规则下"10"会被判定为小于"2"，因为首字符"1"的字典序在"2"前面。

验证方法：执行GET 你的索引名/_mapping/field/adults查看返回的type字段，如果不是integer/long/short这类数值类型，先修正映射。
注意：ES不支持直接修改已存在字段的映射类型，正确操作是新建带正确数值类型映射的索引，通过reindex接口迁移存量数据后再使用新索引查询。

2. 检查多条件拼接的逻辑关系 #

你当前代码是把多个range条件存入conditions数组，必须确认最终生成的DSL是把所有条件放在bool.must节点下——如果误放到bool.should节点，会变成满足任意一个条件就返回结果，完全不符合多条件同时生效的预期。
当adults和perfect_adults两个参数都存在时，正确的DSL结构参考如下：

{
  "query": {
    "bool": {
      "must": [
        {
          "range": {
            "adults": {
              "gte": 2, // 对应params[:adults]转整后的值
              "lte": 4  // 对应params[:perfect_adults]转整后的值
            }
          }
        }
        // 其余必须满足的筛选条件追加在这个数组里
      ]
    }
  }
}

如果是仅传adults的分支，三个range条件必须全部放入must数组，才会要求三个规则同时命中：

• adults字段值 >= 传入的adults数值
• adults_and_children字段值 >= 传入的adults与children数值之和
• minimum_adults字段值 <= 传入的adults数值

3. 静态值测试的正确姿势 #

不要直接在业务代码里替换静态值测试，先在ES的开发调试工具里写死数值跑原生查询，排除业务代码封装的干扰：

GET 你的住宿索引名/_search
{
  "query": {
    "range": {
      "adults": {
        "gte": 2,
        "lte": 4
      }
    }
  }
}

• 如果原生查询返回结果就不对，问题出在ES侧的字段映射、数据存储本身，和上层业务代码逻辑无关
• 如果原生查询结果符合预期，回头排查ES客户端的封装逻辑：确认conditions数组是否被正确序列化到bool.must节点、传参过程中整数是否被自动转成了字符串、是否有其他全局默认筛选条件（比如城市过滤、上架状态过滤）叠加影响了最终结果。

高频踩坑提醒 #

如果你的索引开启动态映射，非常容易出现数值字段被识别成文本的问题：比如最早写入的测试数据中adults字段传了空字符串、或者带了非数字字符，ES会自动把该字段类型设为text，后续就算写入纯数值，也会按文本规则存储和比对，直接导致范围查询失效。

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