李锋镝的博客

  • 首页
  • 时间轴
  • 说说
  • 每日心情
  • Now
  • 系列文章
  • AI工具集
  • 论坛
  • 左邻右舍
    • 左邻右舍
    • 博友圈
    • 游客中心
  • 留言
    • 留言
    • 走心评论
  • 关于
    • 关于本站
    • 网站地图
    • 网站统计
    • 另一个网站
    • 赞助
  • 🚇开往
!Destiny
惟坚韧者始能遂其志
  1. 首页
  2. 原创
  3. 正文

Elasticsearch常用查询

2019年11月5日 约 1,337 字5 分钟 187 0 0
本文最后更新于 2019年11月5日,距今已 2517 天,其中的信息可能已经发生变化,请注意甄别。

常用的

match_all查询

match_all查询简单的匹配所有文档。在没有指定查询方式时,它是默认的查询:

{ "match_all": {}}

match查询

无论你在任何字段上进行的是全文搜索还是精确查询,match查询是你可用的标准查询。

如果你在一个全文字段上使用match查询,在执行查询前,它将用正确的分析器去分析查询字符串:

{ "match": { "tweet": "About Search" }}

如果在一个精确值的字段上使用它,例如数字、日期、布尔或者一个not_analyzed字符串字段,那么它将会精确匹配给定的值:

{ "match": { "age":    26           }}
{ "match": { "date":   "2014-09-01" }}
{ "match": { "public": true         }}
{ "match": { "tag":    "full_text"  }}

multi_match查询

multi_match查询可以在多个字段上执行相同的match查询:

{
    "multi_match": {
        "query":    "full text search",
        "fields":   [ "title", "body" ]
    }
}

range查询

range查询找出那些落在指定区间内的数字或者时间:

{
    "range": {
        "age": {
            "gte":  20,
            "lt":   30
        }
    }
}

被允许的操作符如下:

  • gt:大于
  • gte:大于等于
  • lt:小于
  • lte:小于等于

    term查询

    term查询被用于精确值匹配,这些精确值可能是数字、时间、布尔或者那些not_analyzed的字符串:

    { "term": { "age":    26           }}
    { "term": { "date":   "2014-09-01" }}
    { "term": { "public": true         }}
    { "term": { "tag":    "full_text"  }}

    term查询对于输入的文本不分析,所以它将给定的值进行精确查询。

    terms查询

    terms查询和term查询一样,但它允许你指定多值进行匹配。如果这个字段包含了指定值中的任何一个值,那么这个文档满足条件:

    { "terms": { "tag": [ "search", "full_text", "nosql" ] }}

    和term查询一样,terms查询对于输入的文本不分析。它查询那些精确匹配的值(包括在大小写、重音、空格等方面的差异)。

    exists查询和missing查询

    exists查询和missing查询被用于查找那些指定字段中有值 (exists) 或无值 (missing) 的文档。这与SQL中的IS_NULL (missing) 和 NOT IS_NULL (exists) 在本质上具有共性:

    {
    "exists":   {
        "field":    "title"
    }
    }

    这些查询经常用于某个字段有值的情况和某个字段缺值的情况。

组合多查询

bool查询

bool查询将多查询组合在一起,成为用户自己想要的布尔查询。它接收以下参数:

  • must:文档必须匹配这些条件才能被包含进来。
  • must_not:文档必须不匹配这些条件才能被包含进来。
  • should:如果满足这些语句中的任意语句,将增加_score,否则,无任何影响。它们主要用于修正每个文档的相关性得分。
  • filter:必须匹配,但它以不评分、过滤模式来进行。这些语句对评分没有贡献,只是根据过滤标准来排除或包含文档。

下面的查询用于查找title字段匹配how to make millions并且不被标识为spam的文档。那些被标识为starred或在2014之后的文档,将比另外那些文档拥有更高的排名。如果 两者 都满足,那么它排名将更高:

{
    "bool": {
        "must":     { "match": { "title": "how to make millions" }},
        "must_not": { "match": { "tag":   "spam" }},
        "should": [
            { "match": { "tag": "starred" }},
            { "range": { "date": { "gte": "2014-01-01" }}}
        ]
    }
}

如果没有must语句,那么至少需要能够匹配其中的一条should语句。但,如果存在至少一条must语句,则对should语句的匹配没有要求。

如果我们不想因为文档的时间而影响得分,可以用filter语句来重写前面的例子:

{
    "bool": {
        "must":     { "match": { "title": "how to make millions" }},
        "must_not": { "match": { "tag":   "spam" }},
        "should": [
            { "match": { "tag": "starred" }}
        ],
        "filter": {
          "range": { "date": { "gte": "2014-01-01" }} 
        }
    }
}

range查询已经从should语句中移到filter语句

通过将range查询移到filter语句中,我们将它转成不评分的查询,将不再影响文档的相关性排名。由于它现在是一个不评分的查询,可以使用各种对filter查询有效的优化手段来提升性能。

所有查询都可以借鉴这种方式。将查询移到bool查询的filter语句中,这样它就自动的转成一个不评分的filter了。

constant_score查询

constant_score查询将一个不变的常量评分应用于所有匹配的文档。它被经常用于你只需要执行一个filter而没有其它查询(例如,评分查询)的情况下。

可以使用它来取代只有filter语句的bool查询。在性能上是完全相同的,但对于提高查询简洁性和清晰度有很大帮助。

{
    "constant_score":   {
        "filter": {
            "term": { "category": "ebooks" } 
        }
    }
}

term查询被放置在constant_score中,转成不评分的filter。这种方式可以用来取代只有filter语句的bool查询。

除非注明,否则均为李锋镝的博客原创文章,转载必须以链接形式标明本文链接

本文链接:https://www.lifengdi.com/article/1488

本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可
分享到

Elasticsearch常用查询

也可使用浏览器菜单中的「分享」功能

微信扫一扫分享

标签: ElasticSearch 查询
最后更新:2019年11月5日

岁月同一天 9 月 27 日

回望过去的今天,你在写什么

  • 6 年前 2020年9月27日
    jmap命令(jdk1.8)

    命令格式 jmap [ options ] pid jmap [ options ] executable core j…

  • 7 年前 2019年9月27日
    Eclipse反编译插件Jad安装

    1.下载jadclipse的jar包、jad.exe可执行文件 2.jar包放在eclipse的plugins目录下,然…

相关文章
  • Elasticsearch:cat API 介绍及其使用2020年10月27日
  • 终于有人把Elasticsearch原理讲透了!2019年8月15日
  • MySQL 同步 ElasticSearch 深度指南——6 种方案的原理、实战与避坑2025年10月30日
  • 为什么 Apache Doris 是比 Elasticsearch 更好的实时分析替代方案?2025年3月31日
  • 关于Elasticsearch文档的描述以及如何操作文档的详细总结2019年9月18日

李锋镝

既然选择了远方,便只顾风雨兼程。

打赏 点赞
< 上一篇
下一篇 >
1234567891112131415161718192021222324252627282930313233343536373839404142434446474849505152535455575859606162636465666769727476777879808182858687909293949596979899
取消回复
…

文章评论

还没有评论,快来抢沙发吧~

路曼曼其修远兮,吾将上下而求索。

听点儿音乐吧 朋友~
文章目录
最新 热点 随机
最新 热点 随机
祝大家中秋安康 游本昌去世 Redis7+&8.X 全新进阶系列(02):Redis Functions 详解——替代Lua脚本的官方轻量化函数方案 Redis7.x&8.x 全新进阶系列(01):划时代升级总览——从6.x到7.x/8.x全版本变革全景 让WordPress静态化之Rocket‑Nginx WordPress下一代默认主题Ipsum预览
关于主题加载速度优化的一点儿小演进给主题增加了Now、每日心情、年度回顾、岁月同一天、随机漫步等功能WordPress缓存插件WP Fastest Cache、WP Rocket 、FlyingPress对比关于使用AI的一些思考WordPress下一代默认主题Ipsum预览Kratos+ v1.1.16版本更新说明
使用Spring MVC的websocket配置时 Tomcat启动报错 JVM安全点介绍 Spring Boot 2.x使用PostgreSQL数据库 10 个MQ高频业务场景深度解析 Kratos+ v1.1.18版本更新说明 日积月累的力量|读《刻意练习》有感
最近评论
obaby 发布于 1 天前(09月25日) 中秋快乐
Huo 发布于 1 天前(09月25日) 中秋快乐哦
彬红茶 发布于 2 天前(09月25日) 前几天在班里电脑刷到了,节哀
彬红茶 发布于 2 天前(09月25日) 中秋安康!
不凡 发布于 2 天前(09月25日) 小学的时候是配了个助听器,它是带耳机线的,但是听不太清楚,就好比原本32bit的声音,戴了后变成了8...
标签聚合
日常 JAVA Claude AI K8s MySQL SQL SpringBoot 分布式 多线程 数据库 Redis Spring JVM IDEA WordPress AI编程 MQ ElasticSearch 架构
友情链接
  • 韩情脉脉
  • Serendipity
  • 老张博客
  • 蜗牛工作室
  • 皮皮社
  • 知向前端
  • Honesty
  • Mr.Sun的博客
  • 瓦匠个人小站
  • 彬红茶日记
  • 哥斯拉
  • 搬砖日记
  • 韩小韩博客
  • 林羽凡
  • 志文工作室
  • 懋和道人
  • sssr7844的博客
  • 九仞之行
  • lijie blog
  • 若梦博客

COPYRIGHT © 2016-2026 lifengdi.com. ALL RIGHTS RESERVED.

lifengdi.com

Domain age badge for lifengdi.com

Theme Kratos-plus By Dylan Li

津ICP备2024022503号-3

京公网安备11011502039375号