ElasticSearch(中文官网)
之前在蟹老板手下干命的日子里,我给公司搭建了一套LEK,收集我们测试环境、生成环境,每个服务运行状态,以及bug及时定位,现在在新东家ElasticSearch除了做日志收集,还会保存业务数据文档,提升查询效率。
在上次写的“使用ElasticSearch、Kibana、Docker 进行日志收集” 介绍了如何进行环境搭建,以及日志数据收集。
Elasticsearch 基本操作
dev_tools命令执行面板
dev_tools
是Kibana
提供的命令执行面板,当然大家也会看到其他人使用Postman调用ElasticSearch
接口,但是我还是喜欢使用dev_tools
(如果安装了Kibana
就可以使用,也可以使用Postman)
索引操作
关于索引操作我列举了一些常用的api,大家可以根据我给出的文档连接详细的阅读文档,抛砖引你。
创建索引
索引必须小写,不支持大写,重复创建索引会报错
# 创建索引 PUT /test_dawn { } # 返回结果 # 注意:创建索引库的分片数默认 1 片,在 7.0.0 之前的 Elasticsearch 版本中,默认 5 片 { # 【响应结果】true 操作成功 "acknowledged" : true, # 【分片结果】分片操作成功 "shards_acknowledged" : true, # 【索引名称】 "index" : "test_dawn" }
查看所有索引详细信息
GET /_cat/indices?v
名称 | 含义 |
---|---|
health | 当前服务器健康状态,green(集群完整),yellow(单点正常,集群不完整),red(单点异常) |
status | 索引打开、关闭 |
index | 索引名 |
uuid | 索引统一编号 |
pri | 主分片数量 |
rep | 副本数量 |
docs.count | 可用文档数量 |
docs.deleted | 文档删除状态(逻辑删除) |
store.size | 主分片和副分片整体占空间大小 |
pri.store.size | 主分片占空间大小 |
查看单个索引
# 查看test_dawn索引信息 GET /test_dawn # 返回参数 { # 索引名 "test_dawn" : { # 别名 "aliases" : { }, # 映射 "mappings" : { }, # 设置 "settings" : { "index" : { # 创建时间 "creation_date" : "1659450485862", # 主分片数量 "number_of_shards" : "1", # 副分片数量 "number_of_replicas" : "1", # 唯一标识 "uuid" : "Gsu7-arFRJmju1p3_5wSOQ", "version" : { "created" : "7090299" }, # 名称 "provided_name" : "test_dawn" } } } }
删除索引
删除不存在的索引会报错
DELETE /test_dawn
创建映射
提醒:索引不存在会报错
创建映射就相当于,创建表需要添加字段、字段类型的操作(后面讲到文档操作的时候我们也可以直接添加属性,ElasticSearc
会自动推断我们添加的属性使用什么类型)ElasticSearc
属性类型
# 创建映射 PUT /test_dawn/_mapping { "properties":{ "name": { # 支持分词,但是不支持分组 "type": "text", # 字段会被索引,则可以用来进行搜索,反之 "index": true, # 是否将数据进行独立存储,默认为 false "store": false, # 分词器只能在text 类型下使用 # 指定该属性使用那个分词器 "analyzer": "ik_max_word" }, "age": { "type": "integer", "index": true, "store": false }, "gender": { # 不能分词,数据会作为完整字段进行匹配,支持分组操作 "type": "keyword", "index": true, "store": false } } }
查看映射
# 查看映射 GET /test_dawn/_mapping
store 和 _source 对比
默认情况下,字段值被索引以使它们可搜索,但它们不被存储。这意味着可以查询该字段,但无法检索原始字段值。
通常这无关紧要。字段值已经 是默认存储的_source字段的一部分。如果您只想检索单个字段或几个字段的值,而不是整体_source,则可以通过 源过滤来实现。
在某些情况下,它对一个领域是有意义store的。例如,如果您有一个包含 a title、 adate和一个非常大的content 字段的文档,您可能只想检索 thetitle和 thedate而不必从一个大字段中提取这些字段_source
文档操作
添加文档
# 添加一个文档 POST /test_dawn/_doc { "title":"少年说", "category":"青春", "images":"http://baidu.com" } # 返回参数 { # 索引 "_index" : "test_dawn", # 文档类型,默认是_doc 在老版中有应用场景,不过到8.0版本就开始淡化、抛弃 "_type" : "_doc", # 文档唯一id 可以手动指定,或者自动生成 "_id" : "evQSaYIBhcAYjjJxxtf3", # 当前文档本版,每次对该文档进行操作会+1 "_version" : 1, # 当前操作类型,还有update "result" : "created", # 分片 "_shards" : { # 分片总数量 "total" : 2, # 分片成功数量 "successful" : 1, # 分片失败数量 "failed" : 0 }, "_seq_no" : 2, "_primary_term" : 1 }
手动指定Id
查看文档
# 查看文档 GET /test_dawn/_doc/1234567890 # 返回参数 { "_index" : "test_dawn", "_type" : "_doc", "_id" : "1234567890", "_version" : 1, "_seq_no" : 0, "_primary_term" : 1, # 如果找到了为true "found" : true, "_source" : { "title" : "少年说", "category" : "青春", "images" : "http://baidu.com" } }
修改文档
刚才我们指定id创建文档,还有一个作用如果该id 存在就修改文档(全字段覆盖修改)
# 指定id 或者 如果该id 存在就修改文档(全字段覆盖修改) POST /test_dawn/_doc/1234567890 { "title":"少年说", "category":"青春" }
使用该命令一定要注意注意,它是覆盖式的(工作事小,老婆跑了事大)
指定字段更新
删除文档
# 删除文档 DELETE /test_dawn/_doc/1234567890
条件删除
# 条件删除 POST /test_dawn/_delete_by_query { "query": { "match": { "title": "少年说" } } }
查询DSL
Elasticsearch 提供了基于 JSON 的完整 Query DSL(Domain Specific Language)来定义查询。将查询 DSL 视为查询的 AST(抽象语法树)由两种类型的子句组成:
- 叶查询子句
叶查询子句在特定字段中查找特定值,例如 match、term或 range查询。这些查询可以单独使用。 - 复合查询子句
复合查询子句包装其他叶或复合查询,并用于以逻辑方式组合多个查询(例如 boolordis_max查询),或改变它们的行为(例如constant_score查询)。
查询子句的行为不同,具体取决于它们是在 查询上下文还是过滤器上下文中使用。
允许昂贵的查询
某些类型的查询由于它们的实现方式,通常会执行缓慢,这会影响集群的稳定性。这些查询可以分类如下:
-
需要进行线性扫描以识别匹配的查询:
-
前期成本高的查询:
-
每个文档成本可能较高的查询:
match查询
match
查询是执行全文搜索的标准查询,包括模糊匹配选项。
# 全文搜索的标准查询,包括模糊匹配 GET /test_dawn/_search { "query": { "match": { "title": "少年" } } }
term查询
您可以使用term查询根据价格、产品 ID 或用户名等精确值查找文档。
避免使用字段term查询。text
默认情况下,Elasticsearch 会在分析text过程中更改字段的值。这会使查找字段值的精确匹配变得困难。text
要搜索text字段值,请改用match查询。
# 精确查询 GET /test_dawn/_search { "query": { "term": { "_id": "vxvNeIIB7oKD63DUcC9h" } } }
复合查询
复合查询包装其他复合查询或叶查询,以组合它们的结果和分数,改变它们的行为,或者从查询切换到过滤上下文。
用于组合多个叶或复合查询子句的默认查询,如 must
或子句。and
子句将 它们的分数组合在一起——匹配的子句越多越好——而and子句在过滤上下文中执行。 should
must_not
filter
mustshould
must_notfilter
返回匹配positive
查询的文档,但减少也匹配negative
查询的文档的分数。
包装另一个查询,但在过滤器上下文中执行它的查询。所有匹配的文档都被赋予相同的“常量” _score
。
接受多个查询并返回与任何查询子句匹配的任何文档的查询。虽然bool查询结合了所有匹配查询的分数,但dis_max
查询使用单个最佳匹配查询子句的分数。
使用函数修改主查询返回的分数,以考虑流行度、新近度、距离或使用脚本实现的自定义算法等因素。
bool查询
匹配与其他查询的布尔组合匹配的文档的查询。
bool
查询映射到Lucene BooleanQuery
。它是使用一个或多个布尔子句构建的,每个子句都有一个类型的出现。出现类型有:
名称 | 描述 |
---|---|
must | 子句(查询)必须出现在匹配的文档中,并将有助于得分。 |
filter | 子句(查询)必须出现在匹配的文档中。然而,与 must查询的分数不同,将被忽略。过滤器子句在过滤器上下文中执行,这意味着忽略评分并考虑缓存子句。 |
should | 子句(查询)应该出现在匹配的文档中。 |
must_not | 子句(查询)不得出现在匹配的文档中。子句在过滤器上下文中执行,这意味着忽略评分并考虑缓存子句。因为忽略了评分,0所以返回所有文档的评分。 |
该bool查询采用更多匹配更好的方法,因此每个匹配must或should子句的分数将加在一起以提供_score每个文档的最终结果。
# 符合查询,其实我们只要记住:must(必须 )、must_not(必须不)、should(应该)的方式进行组合就可以了 GET /test_dawn/_search { "query": { "bool": { "must": [ { "match": { "_id": "vxvNeIIB7oKD63DUcC9h" } } ], "should": [ { "match": { "title": "少年说" } } ] } } }
总结
- 本次我主要列举了,我再项目开发中比较常见的命令,当然这个只是官方文档中的一些部分知识点,内容有很多可以先不必全部死记理解命令的使用场景即可。
- 之前使用ELK收集日志信息,我都是使用的
Kibana
的可视化界面查询的,但是在实际开发中习惯命令行查询会灵活很多。 - 本篇主要介绍的是原生命令行操作
ElasticSearch
,下一篇我们就要使用代码操作Elasticsearch Clients地址。