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都成立,務必注意格式。