Elasticsearch 查询

Elasticsearch 系列

内容 链接
Elasticsearch 基础操作 https://blog.yexca.net/archives/226
Elasticsearch 查询操作 本文
RestClient 基础操作 https://blog.yexca.net/archives/228

上篇文章主要为 es 的数据存储功能,但 es 最擅长的还是搜索和数据分析

es 的查询依然是基于 JSON 风格的 DSL 来实现的

查询分类

常见的查询类型包括:

  • 查询所有:查询出所有数据,一般测试用。例 match_all
  • 全文检索 (full text) 查询:利用分词器对用户输入内容分词,然后去倒排索引库中匹配,例:
    • match_query
    • multi_match_query
  • 精确查询:根据精确词条值查找数据,一般是查找 keyword、数值、日期、boolean 等类型字段。例:
    • ids
    • range
    • term
  • 地理 (geo) 查询:根据经纬度查询。例:
    • geo_distance
    • geo_bounding_box
  • 复合 (compound) 查询:将上述简单查询条件组合起来,合并查询条件。例:
    • bool
    • function_score

查询的语法基本一致:

GET /indexName/_search
{
    "query": {
        "查询类型": {
            "查询条件": "条件值"
        }
    }
}

查询所有

查询类型为 match_all 没有查询条件

// 查询所有
GET /indexName/_search
{
    "query": {
        "match_all": {}
    }
}

全文检索查询

会对用户输入内容分词,常用于搜索框搜索。因为是拿着词条去匹配,因此参与搜索的字段也必须是可分词的 text 类型的字段

常见的:

  • match:单字段查询
  • multi_match:多字段查询,任意一个字段符合条件就算符合查询条件

match 查询语法:

# match
GET /indexName/_search
{
  "query": {
    "match": {
      "FIELD": "TEXT"
    }
  }
}

# 例子
GET /hotel/_search
{
  "query": {
    "match": {
      "all": "外滩如家"
    }
  }
}

multi_match 语法

# multi_match
GET /indexName/_search
{
  "query": {
    "multi_match": {
      "query": "TEXT",
      "fields": ["FIELD1", "FIELD2"]
    }
  }
}

# 例子
GET /hotel/_search
{
  "query": {
    "multi_match": {
      "query": "外滩如家",
      "fields": ["brand", "name", "business"]
    }
  }
}

由于之前创索引表时将 brand、name、business 值利用 copy_to 复制到了 all 字段,上述两种查询结果一样

但搜索字段越多对性能影响越大,建议使用 copy_to,然后单字段查询

精准查询

精准查询不会对搜索条件分词,常见的有:

  • term:根据词条精确值查询
  • range:根据值的范围查询

term 查询

查询条件必须是不分词的词条,输入与值完全匹配才符合条件

语法:

# term
GET /indexName/_search
{
  "query": {
    "term": {
      "FIELD": {
        "value": "VALUE"
      }
    }
  }
}

示例

GET /hotel/_search
{
  "query": {
    "term": {
      "city": {
        "value": "上海"
      }
    }
  }
}

range 查询

范围查询,一般应用在对数值类型做范围过滤的时候。比如做价格、日期范围过滤

语法:

# range
GET /hotel/_search
{
  "query": {
    "range": {
      "FIELD": {
        "gte": 10, // 这里的gte代表大于等于,gt则代表大于
        "lte": 20 // lte代表小于等于,lt则代表小于
      }
    }
  }
}

示例

GET /hotel/_search
{
  "query": {
    "range": {
      "price": {
        "gte": 1000,
        "lte": 2000
      }
    }
  }
}

地理坐标查询

其实就是根据经纬度检索,官方文档: https://www.elastic.co/guide/en/elasticsearch/reference/current/geo-queries.html

常用场景:搜索附近酒店、出租车、人、美食

矩形范围查询

geo_bounding_box 查询,查询坐标落在某个矩形范围内的所有文档

需要指定左上、右下两个点的坐标

# geo_bounding_box
GET /indexName/_search
{
  "query": {
    "geo_bounding_box": {
      "FIELD": {
        "top_left": { // 左上点
          "lat": 30,
          "lon": 20
        },
        "bottom_right": { // 右下点
          "lat": 31,
          "lon": 21
        }
      }
    }
  }
}

附近查询

也叫距离查询 (geo_distance):查询到指定中心点小于某个距离值的所有文档

# geo_distance
GET /indexName/_search
{
  "query": {
    "geo_distance": {
      "distance": "15km", // 半径
      "FIELD": "31, 21" // 圆心
    }
  }
}

示例:搜索附近 (31.21, 121.5) 15km 内的酒店

GET /hotel/_search
{
  "query": {
    "geo_distance": {
      "distance": "15km",
      "location": "31.21, 121.5"
    }
  }
}

复合查询

将其他简单查询组合,实现更复杂的搜索逻辑,常见有两种:

  • function score:算分函数查询,可以控制文档相关性算分,控制文档排名
  • bool query:布尔查询,利用逻辑关系组合多个其他查询,实现复杂搜索

相关性算分

当使用 match 查询时,文档结果会根据与搜索词条的关联度打分 (_score),返回结果时按照分值降序排列,如:

[
  {
    "_score" : 17.850193,
    "_source" : {
      "name" : "虹桥如家酒店真不错",
    }
  },
  {
    "_score" : 12.259849,
    "_source" : {
      "name" : "外滩如家酒店真不错",
    }
  },
  {
    "_score" : 11.91091,
    "_source" : {
      "name" : "迪士尼如家酒店真不错",
    }
  }
]

在 es 中,早期使用的打分算法是 TF-IDF 算法

image

TF-IDF 算法有缺陷,就是词条频率越高,文档得分也会越高,单个词条对文档影响较大。在 5.1 版本之后,算法改为 BM25 算法,会让单个词条的算分有一个上限

image

算分函数查询

算分函数虽然比较合理,但不一定是产品所需要的。要想控制相关性算分,就需要利用 es 的 function score 查询,修改文档的相关性算分,根据新得到的算分排序

结构:

# function score
GET /indexName/_search
{
  "query": {
    "function_score": {
      "query": {}, // 原始查询
      "functions": [
        {
          "filter": {}, // 过滤条件
          "weight": 1 // 算分函数
        }
      ],
      "boost_mode": "multiply" // 运算模式
    }
  }
}

原始查询:基于这个条件搜索文档,并基于 BM25 算法给文档打分,原始算分 (query score)

过滤条件:复合该条件的文档才会重新算分

算分函数:复合 filter 条件的文档要根据此函数做运算,得到函数算分,有四种函数:

  • weight:函数结果是常量
  • field_value_factor:以文档中的某个字段值作为函数结果
  • random_score:以随机数作为函数结果
  • script_score:自定义算分函数算法

运算模式:算分函数的结果、原始查询的相关性算分,两者之间的运算方式,包括:

  • multiply:相乘
  • replace:用 function score 替换 query score
  • 其他,如:sum、avg、max、min

示例:给 “如家” 这个品牌的酒店排名靠前一些

GET /hotel/_search
{
  "query": { // 原始查询条件为任意,此处为能运行添加条件
    "function_score": {
      "query": {"term": {
        "city": "上海"
      }},
      "functions": [
        {
          "filter": {"term": {
            "brand": "如家"
          }},
          "weight": 10
        }
      ],
      "boost_mode": "multiply"
    }
  }
}

布尔查询

布尔查询是一个或多个查询子句的组合,每一个子句就是一个子查询,组合方式有:

  • must:必须匹配每个子查询,类似 “与”
  • should:选择性匹配子查询,类似 “或”
  • must_not:必须不匹配,不参与算分,类似 “非”
  • filter:必须匹配,不参与算分

比如在搜索酒店时,可以选择地区、品牌、价格等字段做过滤,每一个不同的字段,其查询条件、方式不一样,必须是多个不同的查询,组合这些查询就要用 bool 查询了

参与打分的字段,查询性能越差。多条件查询时,建议:

搜索框的关键字搜索是全文检索,使用 must 查询,参与算分

其他过滤条件,采用 filter 查询,不参与算分

语法:

# bool
GET /hotel/_search
{
  "query": {
    "bool": {
      "must": [
        {}
      ],
      "should": [
        {}
      ],
      "must_not": [
        {}
      ],
      "filter": [
        {}
      ]
    }
  }
}

示例:搜索名字包含 “如家”,价格不高于 400,在坐标 31.21,121.5 周围 10km 范围内的酒店

GET /hotel/_search
{
  "query": {
    "bool": {
      "must": [
        {"match": {
          "name": "如家"
        }}
      ],
      "must_not": [
        {"range": {
          "price": {
            "gt": 400
          }
        }}
      ],
      "filter": [
        {"geo_distance": {
          "distance": "10km",
          "location": {
            "lat": 31.21,
            "lon": 121.5
          }
        }}
      ]
    }
  }
}

搜索结果处理

搜索得到的结果可以排序、分页与高亮

排序

es 默认是按照相关度算分来排序,但是也支持自定义方式对搜索结果排序,可以排序字段类型有:keyword 类型、数值类型、地理坐标类型、日期类型等

普通字段排序

keyword、数值、日期类型排序的语法基本一致

语法:

# sort_normal
GET /indexName/_search
{
  "query": {
    
  },
  "sort": [
    {
      "FIELD": {
        "order": "desc" // 排序字段,ASC、DESC
      }
    }
  ]
}

排序条件是一个数组,可以写多个排序条件,按照声明的顺序,当第一个条件相等时,再按第二个条件,以此类推

示例:酒店数据按照用户评价降序,评价相同按价格升序

GET /hotel/_search
{
  "query": {
    "match": {
      "city": "上海"
    }
  },
  "sort": [
    {
      "score": {
        "order": "desc"
      }
    },
    {
      "price": {
        "order": "asc"
      }
    }
  ]
}
// 或者
GET /hotel/_search
{
  "query": {
    "match": {
      "city": "上海"
    }
  },
  "sort": [
    {
      "score": "desc"
    },
    {
      "price": "asc"
    }
  ]
}

地理坐标排序

语法:

# sort_geo
GET /indexName/_search
{
  "query": {
    
  },
  "sort": [
    {
      "_geo_distance": {
        "FIELD": {
          "lat": 40,
          "lon": -70
        },
        "order": "asc", // 排序方式
        "unit": "km" // 排序单位
      }
    }
  ]
}

示例:按酒店距离排序 (假设位置为 31.034661,121.612282)

高德获取经纬度: https://lbs.amap.com/demo/jsapi-v2/example/map/click-to-get-lnglat/

GET /hotel/_search
{
  "query": {
    "match_all": {}
  },
  "sort": [
    {
      "_geo_distance": {
        "location": {
          "lat": 31.034661,
          "lon": 121.612282
        },
        "order": "asc",
        "unit": "km"
      }
    }
  ]
}

分页

es 默认只返回 top10 数据,如果要查询更多数据就需要修改分页参数,es 通过修改 from、size 参数来控制要返回的分页结果:

  • from:从第几个文档开始
  • size:总共查询几个文档

类似于 MySQL 中的 limit ?,?

基本分页

基本语法如下

# 基本分页
GET /indexName/_search
{
  "query": {
    
  },
  "from": 0,
  "size": 10,
  "sort": [
    {
      "FIELD": {
        "order": "desc"
      }
    }
  ]
}

深度分页问题

如果要查询第 990-1000 数据,语句如下

GET /hotel/_search
{
  "query": {
    "match_all": {}
  },
  "from": 990,
  "size": 10,
  "sort": [
    {
      "price": {
        "order": "asc"
      }
    }
  ]
}

但由于 es 的机制,分页时必须先查询 0-1000 条,然后截取 990-1000 展示

如果 es 是单点模式,并无太大影响,但集群部署时查询 1000 条并不是每个节点查 200 条,因为 A 节点的 200 条可能在 B 节点排到 1000 名外

为了获取前 1000,需要每个节点都查询 Top1000,然后汇总重新排名截取

若要查询 Top10000 甚至更多会对内存和 CPU 产生非常大的压力,因此 es 禁止 from+size 超过 10000 的请求

而针对深度分页,es 提供了两种解决方案: https://www.elastic.co/guide/en/elasticsearch/reference/current/paginate-search-results.html

  • search after:分页时需要排序,原理是从上一次的排序值开始,查询下一页数据。官方推荐使用的方式
  • scroll:原理将排序后的文档 id 形成快照,保存在内存。官方已经不推荐使用

分页总结

  • from + size

    • 优点:支持随机翻页
    • 缺点:深度分页问题,默认查询上限(from + size)是 10000
    • 场景:百度、京东、谷歌、淘宝这样的随机翻页搜索
  • after search

    • 优点:没有查询上限(单次查询的 size 不超过10000)
    • 缺点:只能向后逐页查询,不支持随机翻页
    • 场景:没有随机翻页需求的搜索,例如手机向下滚动翻页
  • scroll

    • 优点:没有查询上限(单次查询的size不超过 10000)
    • 缺点:会有额外内存消耗,并且搜索结果是非实时的
    • 场景:海量数据的获取和迁移。从 ES7.1 开始不推荐,建议用 after search方案

高亮

使用搜索引擎搜索内容时,关键字会变为红色,较为醒目,为高亮显示,一般是给文档所有关键字添加一个标签 (<em>),给该标签编写 CSS 样式

语法:

# 高亮
GET /indexName/_search
{
  "query": {
    
  },
  "highlight": {
    "fields": { // 指定要高亮的字段
      "FIELD": {
        "pre_tags": "<em>", // 用来标记高亮字段的前置标签
        "post_tags": "</em>" // 用来标记高亮字段的后置标签
      }
    }
  }
}

注意:

  • 高亮是对关键字高亮,所以搜索条件必须有关键字,不能是范围查询
  • 默认情况下,高亮的字段,必须与搜素指定的字段一致,否则无法高亮
  • 对非搜索字段高亮,需要添加属性:required_field_match=false

示例:搜索,名字部分高亮

GET /hotel/_search
{
  "query": {
    "match": {
      "all": "如家"
    }
  },
  "highlight": {
    "fields": {
      "name": {
        "require_field_match": "false", 
        "pre_tags": "<em>",
        "post_tags": "</em>"
      }
    }
  }
}

// 截取结果
"hits" : [
    {
    "_index" : "hotel",
    "_type" : "_doc",
    "_id" : "339952837",
    "_score" : 2.7875905,
    "_source" : {
      "address" : "良乡西路7号",
      "brand" : "如家",
      "business" : "房山风景区",
      "city" : "北京",
      "id" : 339952837,
      "location" : "39.73167, 116.132482",
      "name" : "如家酒店(北京良乡西路店)",
      "pic" : "https://m.tuniucdn.com/fb3/s1/2n9c/3Dpgf5RTTzrxpeN5y3RLnRVtxMEA_w200_h200_c1_t0.jpg",
      "price" : 159,
      "score" : 46,
      "starName" : "二钻"
    },
    "highlight" : {
      "name" : [
        "<em>如家</em>酒店(北京良乡西路店)"
      ]
    }
  }
]

结果的 highlight 部分展示了添加标签后的结果

搜索结果处理总结

DSL 查询是一个大 JSON 对象,包含

  • query:查询
  • from、size:分页条件
  • sort:排序条件
  • highlight:高亮条件

综合示例

# 查询综合
GET /hotel/_search
{
  "query": { // 查询
    "match": {
      "city": "上海"
    }
  },
  "from": 10, // 分页起始
  "size": 10, // 分页尺寸
  "sort": [
    { // 普通排序
      "price": {
        "order": "asc"
      }
    },
    { // 距离排序
      "_geo_distance": {
        "location": {
          "lat": 31,
          "lon": 121
        },
        "order": "asc",
        "unit": "km"
      }
    }
  ],
  "highlight": { // 高亮字段
    "fields": {
      "name": {
        "require_field_match": "false", 
        "pre_tags": "<em>",
        "post_tags": "</em>"
      }
    }
  }
}
This post is licensed under CC BY-NC-SA 4.0 by the author.