1、安装kibana
2、kibana的修改配置
3、开始配合es进行文档的增删查改
4、补充说明以及注意事项
先进行安装kibana:
先下载kibana,再解压
修改配置文件:
vim config/kibana.yml
# 放开注释,将默认配置改成如下:
server.port: 5601
server.host: "0.0.0.0"
elasticsearch.url: "http://192.168.202.128:9200"
kibana.index: ".kibana"
先进行elasticsearch的启动,完成后,再去kibana服务器使用root用户,进行kibana的启动:
在bin目录下:
./kibana
在浏览器上输入当前服务器的IP地址+端口号(5601):
开始操作:
打开dev Tools:
获取所有数据:
GET /_search
返回结果中的数据的含义:
1 took:耗费了几毫秒
2 timed_out:是否超时,false是没有,默认无timeout
3 _shards:shards fail的条件(primary和replica全部挂掉),不影响其他shard。默认情况下来说,一个搜索请求,会打到一个index的所有primary shard上去,当然了,每个primary shard都可能会有一个或多个replic shard,所以请求也可以到primary shard的其中一个replica shard上去。
4 hits.total:本次搜索,返回了几条结果
5 hits.max_score:score的含义,就是document对于一个search的相关度的匹配分数,越相关,就越匹配,分数也高
6 hits.hits:包含了匹配搜索的document的详细数据,默认查询前10条数据,按_score降序排序
7 ————————————————
8 版权声明:本文为CSDN博主「东天里的冬天」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
9 原文链接:https://blog.csdn.net/gwd1154978352/article/details/82804942
timeout这边默认是没有的,也就意味着当你搜索的时候也会知道所有搜索结束才会返回结果,但是
当我们做一些时间比较敏感的搜索的时候,等待时间很久,对用户来说是非常不友好的,那我们可以
通过设置timeout这个值来定时返回已经搜索到的数据。 timeout机制,指定每个shard,就只能在timeout时间范围
内,将搜索到的部分数据(也可能是搜索到的全部数据),直接返回给client,而不是等到所有数据全部
搜索出来后再返回。
可以通过以下方式进行设置:
1 timeout=10ms,timeout=1s,timeout=1m
2 GET /_search?timeout=10m
开始创建Document:
1 PUT /ecommerce/product/1
2 {
3 "name" : "gaolujie yagao",
4 "desc" : "gaoxiao meibai",
5 "price" : 30,
6 "producer" : "gaolujie producer",
7 "tags": [ "meibai", "fangzhu" ]
8 }
9 PUT /ecommerce/product/2
10 {
11 "name" : "jiajieshi yagao",
12 "desc" : "youxiao fangzhu",
13 "price" : 25,
14 "producer" : "jiajieshi producer",
15 "tags": [ "fangzhu" ]
16 }
17 PUT /ecommerce/product/3
18 {
19 "name" : "zhonghua yagao",
20 "desc" : "caoben zhiwu",
21 "price" : 40,
22 "producer" : "zhonghua producer",
23 "tags": [ "qingxin" ]
24 }
进行增删改查:
1 #2.查询
2 GET /ecommerce/product/2
3
4 #3.覆盖,替换文档(全量替换)
5 PUT /ecommerce/product/1
6 {
7 "name" : "jiaqiangban gaolujie yagao",
8 "desc" : "gaoxiao meibai",
9 "price" : 30,
10 "producer" : "gaolujie producer",
11 "tags" : [ "meibai" , "fangzhu" ]
12 }
13
注意:1.document是不可变的,如果要修改document的内容,可以通过全量替换,直接对document
重新建立索引,替换里面所有的内容。
2.es会将老的document标记为deleted(逻辑删除),然后新增我们给定的一个document,当我们
创建越来越多的document的时候,es会在适当的时机在后台自动删除(物理删除)标记为deleted
的document。
3.替换必须带上所有的field,否则其他数据会丢失。
14 #4.修改(更新文档)
15 POST /ecommerce/product/1/_update
16 {
17 "doc" : {
18 "name" : "jiaqianban gaolujie yagao1"
19 }
20 }
21
22 #5.删除文档
23 DELETE /ecommerce/product/2
24
注意:在删除一个document之后,我们可以从侧面证明,它不是立即物理删除的,因为它的一些版本号信息还是保留的
25 #6.使用query DSL 请求查询
26 GET /ecommerce/product/_search
27 {
28 "query" : {
29 "match_all" : {}
30 }
31 }
32 #6.1查询名称包含yaogao的商品,同时按照价格降序排列
33 GET /ecommerce/product/_search
34 {
35 "query" : {
36 "match" : {
37 "name" : "yagao"
38 }
39 },
40 "sort" : [
41 { "price" : "desc"}
42 ]
43 }
44
45 #6.2分页查询
46 #总共3条商品,假设每页就显示1条商品,现在显示第2页,所以就查出来第2个商品
47 GET /ecommerce/product/_search
48 {
49 "query" : { "match_all" : {}},
50 "from" : 1,
51 "size" : 1
52 }
53
54 #6.3指定查询项
55 GET /ecommerce/product/_search
56 {
57 "query" : {"match_all" : {}},
58 "_source" : ["name", "price"]
59 }
60
61 #6.4过滤查询
62 #搜索商品名称包含yaogao,而且售价大于25元的商品
63 GET /ecommerce/product/_search
64 {
65 "query" : {
66 "bool" : {
67 "must" : {
68 "match" : {
69 "name" : "yagao"
70 }
71 },
72 "filter" : {
73 "range" : {
74 "price": {"gt" : 25}
75 }
76 }
77 }
78 }
79 }
80
81 #7.ull-text search(全文检索)
82 GET /ecommerce/product/_search
83 {
84 "query" : {
85 "match" : {
86 "producer": "yagao producer"
87 }
88 }
89 }
90
91 #8.phrase search(短语搜索)
92 GET /ecommerce/product/_search
93 {
94 "query" : {
95 "match_phrase" : {
96 "producer" : "yagao producer"
97 }
98 }
99 }
100
101 #9.多条件查询
102 #名字中有"yagao",描述上可以有fangzhu也可以没有,价格不能是25元
103
104 GET /ecommerce/_search
105 {
106 "query" : {
107 "bool" : {
108 "must" : [
109 {
110 "match" : {
111 "name" : "yagao"
112 }
113 }
114 ],
115 "should" : [
116 {
117 "match" : {
118 "desc" : "fangzhu"
119 }
120 },
121 {
122 "match" : {
123 "desc" : "caoben"
124 }
125 }
126 ],
127 "must_not" : [
128 {
129 "match" : {
130 "price" :25
131 }
132 }
133 ],
134 "minimum_should_match" : 1
135 }
136 }
137 }
在以上的实例中:
从第六条开始需要做出的补充:
两种请求分类:query string search / query DSL
第一种:类似搜索全部商品: GET /ecommerce/product/_search (参数直接拼接在请求上,不带json参数的)
query string search的由来,因为search参数都是以http请求的query string来附带的。
搜索商品名称中包含yagao的商品,而且按照售价降序排列:
GET /ecommerce/product/_search?q=name:yagao&sort=price:desc
适用于临时的在命令行使用一些工具,比如curl,快速的发出请求,来检索想要的信息;但是
如果查询请求很复杂,是很难去构建的,所以在生产环境中,几乎很少使用query string search。
第二种:DSL:Domain Specified Language,特定领域的语言
http request body:请求体,可以用json的格式来构建查询语法,比较方便,可以构建各种复杂的语法,
比query string search肯定强大太多了。
full-text search 全文检索)和 phrase search(短语搜索)的区别:
全文检索:会将输入的搜索串拆解开来,去索引里面去一一匹配,只要能匹配任意一个拆解后的单词,就可以作为结果返回。
phrase search: 要求输入的搜索串,必须在指定的字段文本中,完全包含一模一样的,才可以算匹配成功,才能作为结果返回。
多条件查询中的字段描述:
must: 表示一定要满足;
should: 表示可以满足也可以不满足;
must_not: 表示不能满足该条件;
minimum_should_match:1 :表示最小匹配度,可以设置为百分之百,设置了这个值的时候就必须满足should里面的设置了,
另外注意这边should里面同一字段设置的多个值,意思是当这个值等于X或者等于Y都成立,务必注意格式。
乾坤未定,你我皆是黑马