概要
本篇主要介紹一下搜尋模板、對映模板、高亮搜尋和地理位置的簡單玩法。
標準搜尋模板
搜尋模板search tempalte高階功能之一,可以將我們的一些搜尋進行模板化,使用現有模板時傳入指定的引數就可以了,避免編寫重複程式碼。對常用的功能可以利用模板進行封裝,使用時更簡便。
這點類似於我們程式設計時的介面封裝,將一些細節處理的東西封裝成介面,供別人呼叫,使用者就只需要關注引數和響應結果就行,這樣可以更好地提高程式碼複用率。
下面我們來看看最基本的幾種用法
引數替換
GET /music/children/_search/template
{
"source": {
"query": {
"match": {
"{{field}}":"{{value}}"
}
}
},
"params": {
"field":"name",
"value":"bye-bye"
}
}
該搜尋模板編譯後等同於:
GET /music/children/_search
{
"query": {
"match": {
"name":"bye-bye"
}
}
}
使用Json格式的條件查詢
{{#toJson}}塊內可以寫稍微複雜一些的條件
GET /music/children/_search/template
{
"source": "{\"query\":{\"match\": {{#toJson}}condition{{/toJson}}}}",
"params": {
"condition": {
"name":"bye-bye"
}
}
}
該搜尋模板編譯後等同於如下:
GET /music/children/_search
{
"query": {
"match": {
"name":"bye-bye"
}
}
}
join語法
join內的引數names可以寫多個:
GET /music/children/_search/template
{
"source": {
"query": {
"match": {
"name": "{{#join delimiter=' '}}names{{/join delimiter=' '}}"
}
}
},
"params": {
"name":["gymbo","you are my sunshine","bye-bye"]
}
}
該搜尋模板編譯後等同於如下:
GET /music/children/_search
{
"query": {
"match": {
"name":"gymbo you are my sunshine bye-bye"
}
}
}
搜尋模板的預設值設定
可以對搜尋模板進行一些預設值的設定,如{{^end}}500表示如果end引數為空,預設值為500
GET /music/children/_search/template
{
"source":{
"query":{
"range":{
"likes":{
"gte":"{{start}}",
"lte":"{{end}}{{^end}}500{{/end}}"
}
}
}
},
"params": {
"start":1,
"end":300
}
}
該搜尋模板編譯後等同於:
GET /music/children/_search
{
"query": {
"range": {
"likes": {
"gte": 1,
"lte": 300
}
}
}
}
條件判斷
在Mustache語言中,它沒有if/else這樣的判斷,但是你可以定section來跳過它如果那個變數是false還是沒有被定義
{{#param1}}
"This section is skipped if param1 is null or false"
{{/param1}}
示例:建立mustache scripts物件
POST _scripts/condition
{
"script": {
"lang": "mustache",
"source":
"""
{
"query": {
"bool": {
"must": {
"match": {
"name": "{{name}}"
}
},
"filter":{
{{#isLike}}
"range":{
"likes":{
{{#start}}
"gte":"{{start}}"
{{#end}},{{/end}}
{{/start}}
{{#end}}
"lte":"{{end}}"
{{/end}}
}
}
{{/isLike}}
}
}
}
}
"""
}
}
使用mustache template查詢:
GET _search/template
{
"id": "condition",
"params": {
"name":"gymbo",
"isLike":true,
"start":1,
"end":500
}
}
以上是常用的幾種搜尋模板介紹,如果在大型專案,並且配置了專門的Elasticsearch工程師,就經常會用一些通用的功能進行模板化,開發業務系統的童鞋只需要使用模板即可。
定製對映模板
ES有自己的規則對插入的資料進行型別對映,如10,會自動對映成long型別,"10"會自動對映成text,還會自帶一個keyword的內建field。方便是很方便,但有時候這些型別不是我們想要的,比如我們的整數值10,我們期望是這個integer型別,"10"我們希望是keyword型別,這時候我們可以預先定義一個模板,插入資料時,相關的field就按我們預先定義的規則進行匹配,決定這個field值的型別。
另外要宣告一下,實際工作中編碼規範一般嚴謹一些,所有的document都是預先定義好型別再執行資料插入的,哪怕是中途增加的field,也是先執行mapping命令,再插入資料的。
但自定義動態對映模板也需要了解一下。
預設的動態對映效果
試著插入一條資料:
PUT /test_index/type/1
{
"test_string":"hello kitty",
"test_number":10
}
檢視mapping資訊
GET /test_index/_mapping/type
響應如下:
{
"test_index": {
"mappings": {
"type": {
"properties": {
"test_number": {
"type": "long"
},
"test_string": {
"type": "text",
"fields": {
"keyword": {
"type": "keyword",
"ignore_above": 256
}
}
}
}
}
}
}
}
預設的動態對映規則,可能不是我們想要的。
例如,我們希望數字型別的預設是integer型別,字串預設是string型別,但是內建的field名字叫raw,不叫keyword,保留128個字元。
動態對映模板
有兩種方式:
- 根據新加入的field的預設的資料型別,來進行匹配,匹配某個預定義的模板
- 根據新加入的field的名字,去匹配預定義的名字,或者去匹配一個預定義的萬用字元,然後匹配上某個預定義的模板
根據資料型別進行匹配
PUT /test_index
{
"mappings": {
"type": {
"dynamic_templates": [
{
"integers" : {
"match_mapping_type": "long",
"mapping": {
"type":"integer"
}
}
},
{
"strings" : {
"match_mapping_type": "string",
"mapping": {
"type":"text",
"fields": {
"raw": {
"type": "keyword",
"ignore_above": 128
}
}
}
}
}
]
}
}
}
刪除索引,重新插入資料,檢視mapping資訊如下:
{
"test_index": {
"mappings": {
"type": {
"dynamic_templates": [
{
"integers": {
"match_mapping_type": "long",
"mapping": {
"type": "integer"
}
}
},
{
"strings": {
"match_mapping_type": "string",
"mapping": {
"fields": {
"raw": {
"ignore_above": 128,
"type": "keyword"
}
},
"type": "text"
}
}
}
],
"properties": {
"test_number": {
"type": "integer"
},
"test_string": {
"type": "text",
"fields": {
"raw": {
"type": "keyword",
"ignore_above": 128
}
}
}
}
}
}
}
}
以按預計型別進行對映,符合預期。
- 按field名稱進行對映
- "long_"開頭的field,並且原本是long型別的,轉換為integer型別
- "string_"開頭的field,並且原本是string型別的,轉換為string.raw型別
"_text"結尾的field,並且原本是string型別的,保持不變
PUT /test_index
{
"mappings": {
"type": {
"dynamic_templates":[
{
"long_as_integer": {
"match_mapping_type":"long",
"match": "long_*",
"mapping":{
"type":"integer"
}
}
},
{
"string_as_raw": {
"match_mapping_type":"string",
"match": "string_*",
"unmatch":"*_text",
"mapping": {
"type":"text",
"fields": {
"raw": {
"type": "keyword",
"ignore_above": 128
}
}
}
}
}
]
}
}
}
插入資料:
PUT /test_index/type/1
{
"string_test":"hello kitty",
"long_test": 10,
"title_text":"Hello everyone"
}
查詢mapping資訊
{
"test_index": {
"mappings": {
"type": {
"dynamic_templates": [
{
"long_as_integer": {
"match": "long_*",
"match_mapping_type": "long",
"mapping": {
"type": "integer"
}
}
},
{
"string_as_raw": {
"match": "string_*",
"unmatch": "*_text",
"match_mapping_type": "string",
"mapping": {
"fields": {
"raw": {
"ignore_above": 128,
"type": "keyword"
}
},
"type": "text"
}
}
}
],
"properties": {
"long_test": {
"type": "integer"
},
"string_test": {
"type": "text",
"fields": {
"raw": {
"type": "keyword",
"ignore_above": 128
}
}
},
"title_text": {
"type": "text",
"fields": {
"keyword": {
"type": "keyword",
"ignore_above": 256
}
}
}
}
}
}
}
}
結果符合預期。
在某些日誌管理的場景中,我們可以定義好type,每天按日期建立一個索引,這種索引的建立就可以用到對映模板,把我們定義的對映關係全部做進去。
高亮搜尋
我們在瀏覽器上搜尋文字時,發現我們輸入的關鍵字有高亮顯示,檢視html原始碼就知道,高亮的部分是加了<em>
標籤的,ES也支援高亮搜尋這種操作的,並且在返回的文件中自動加了<em>
標籤,相容html5頁面。
highlight基本語法
我們還是以音樂網站為案例,開始進行高亮搜尋:
GET /music/children/_search
{
"query": {
"match": {
"content": "love"
}
},
"highlight": {
"fields": {
"content": {}
}
}
}
highlight裡面的引數即為高亮搜尋的語法,指定高亮的欄位為content,我們可以看到命中的Love裡面帶了<em>
高亮標籤,<em></em>
表現在html上會變成紅色,所以說你的指定的field中,如果包含了那個搜尋詞的話,就會在那個field的文字中,對搜尋詞進行紅色的高亮顯示。
{
"took": 35,
"timed_out": false,
"_shards": {
"total": 5,
"successful": 5,
"skipped": 0,
"failed": 0
},
"hits": {
"total": 1,
"max_score": 0.2876821,
"hits": [
{
"_index": "music",
"_type": "children",
"_id": "5",
"_score": 0.2876821,
"_source": {
"id": "1740e61c-63da-474f-9058-c2ab3c4f0b0a",
"author_first_name": "Jean",
"author_last_name": "Ritchie",
"author": "Jean Ritchie",
"name": "love somebody",
"content": "love somebody, yes I do",
"language": "english",
"tags": "love",
"length": 38,
"likes": 3,
"isRelease": true,
"releaseDate": "2019-12-22"
},
"highlight": {
"content": [
"<em>love</em> somebody, yes I do"
]
}
}
]
}
}
highlight下的欄位可以指定多個,這樣就可以在多個欄位命中的關鍵詞進行高亮顯示,例如:
GET /music/children/_search
{
"query": {
"match": {
"content": "love"
}
},
"highlight": {
"fields": {
"name":{},
"content": {}
}
}
}
三種高亮語法
有三種高亮的語法:
- plain highlight:使用standard Lucene highlighter,對簡單的查詢支援度非常好。
- unified highlight:預設的高亮語法,使用Lucene Unified Highlighter,將文字切分成句子,並對句子使用BM25計算詞條的score,支援精準查詢和模糊查詢。
- fast vector highlighter:使用Lucene Fast Vector highlighter,功能很強大,如果在mapping中對field開啟了term_vector,並設定了with_positions_offsets,就會使用該highlighter,對內容特別長的文字(大於1MB)有效能上的優勢。
例如:
PUT /music
{
"mappings": {
"children": {
"properties": {
"name": {
"type": "text",
"analyzer": "ik_max_word"
},
"content": {
"type": "text",
"analyzer": "ik_max_word",
"term_vector" : "with_positions_offsets"
}
}
}
}
}
一般情況下,用plain highlight也就足夠了,不需要做其他額外的設定
如果對高亮的效能要求很高,可以嘗試啟用unified highlight
如果field的值特別大,超過了1M,那麼可以用fast vector highlight
自定義高亮html標籤
我們知道高亮的預設標籤是<em>
,這個標籤可以自己定義的,然後使用自己喜歡的樣式:
GET /music/children/_search
{
"query": {
"match": {
"content": "Love"
}
},
"highlight": {
"pre_tags": ["<tag1>"],
"post_tags": ["</tag2>"],
"fields": {
"content": {
"type": "plain"
}
}
}
}
高亮片段fragment的設定
針對一些很長的文字,我們不可能在頁面上完整顯示的,我們需要只顯示有關鍵詞的上下文即可,這裡設定fragment就行:
GET /_search
{
"query" : {
"match": { "content": "friend" }
},
"highlight" : {
"fields" : {
"content" : {"fragment_size" : 150, "number_of_fragments" : 3, "no_match_size": 150 }
}
}
}
fragment_size: 設定要顯示出來的fragment文字判斷的長度,預設是100。
number_of_fragments:你可能你的高亮的fragment文字片段有多個片段,你可以指定就顯示幾個片段。
地理位置
現在基於地理位置的app層出不窮,支援地理位置的元件也有不少,Elasticsearch也不例外,並且ES可以把地理位置、全文搜尋、結構化搜尋和分析結合到一起,我們來看一下。
geo point資料型別
Elasticsearch基於地理位置的搜尋,有一個專門的物件geo_point儲存地理位置資訊(經度,緯度),並且提供了一些基本的查詢方法,如geo_bounding_box。
建立geo_point型別的mapping
PUT /location
{
"mappings": {
"hotels": {
"properties": {
"location": {
"type": "geo_point"
},
"content": {
"type": "text"
}
}
}
}
}
插入資料
推薦使用如下插入資料方式:
#latitude:維度,longitude:經度
PUT /location/hotels/1
{
"content":"7days hotel",
"location": {
"lon": 113.928619,
"lat": 22.528091
}
}
還有兩種插入資料的方式,但特別容易搞混經緯度的位置,所以不是很推薦:
# location中括號內,前一個是經度,後一個是緯度
PUT /location/hotels/2
{
"content":"7days hotel ",
"location": [113.923567,22.523988]
}
# location中,前一個是緯度,後一個是經度
PUT /location/hotels/3
{
"text": "7days hotel Orient Sunseed Hotel",
"location": "22.521184, 113.914578"
}
查詢方法
geo_bounding_box查詢,查詢某個矩形的地理位置範圍內的座標點
GET /location/hotels/_search
{
"query": {
"geo_bounding_box": {
"location": {
"top_left":{
"lon": 112,
"lat": 23
},
"bottom_right":{
"lon": 114,
"lat": 21
}
}
}
}
}
常見查詢場景
geo_bounding_box方式
GET /location/hotels/_search
{
"query": {
"bool": {
"must": [
{"match_all": {}}
],
"filter": {
"geo_bounding_box": {
"location": {
"top_left":{
"lon": 112,
"lat": 23
},
"bottom_right":{
"lon": 114,
"lat": 21
}
}
}
}
}
}
}
geo_polygon方式,三個點組成的多邊形(三角形)區域
支援多邊形,只是這個過濾器使用代價很大,儘量少用。
GET /location/hotels/_search
{
"query": {
"bool": {
"must": [
{"match_all": {}}
],
"filter": {
"geo_polygon": {
"location": {
"points": [
{"lon": 115,"lat": 23},
{"lon": 113,"lat": 25},
{"lon": 112,"lat": 21}
]
}
}
}
}
}
}
geo_distance方式
根據當前位置的距離進行搜尋,非常實用
GET /location/hotels/_search
{
"query": {
"bool": {
"must": [
{"match_all": {}}
],
"filter": {
"geo_distance": {
"distance": 500,
"location": {
"lon": 113.911231,
"lat": 22.523375
}
}
}
}
}
}
按距離排序
根據當前位置進行條件搜尋,會指定一個距離的上限,2km或5km,並且符合條件查詢的結果顯示與當前位置的距離(可以指定單位),並且按從近到遠排序,這個是非常常用的場景。
請求示例:
GET /location/hotels/_search
{
"query": {
"bool": {
"must": [
{"match_all": {}}
],
"filter": {
"geo_distance": {
"distance": 2000,
"location": {
"lon": 113.911231,
"lat": 22.523375
}
}
}
}
},
"sort": [
{
"_geo_distance": {
"location": {
"lon": 113.911231,
"lat": 22.523375
},
"order": "asc",
"unit": "m",
"distance_type": "plane"
}
}
]
}
- filter.geo_distance.distance: 最大的距離,這裡是2000m
- _geo_distance: 固定寫法,下面為指定位置的經緯度
- order: 排序方式,asc或desc
- unit: 距離的單位,m/km都行
- distance_type: 計算距離的方式,sloppy_arc (預設值), arc (精準的) and plane (最快速的)
響應如下:
"hits": [
{
"_index": "location",
"_type": "hotels",
"_id": "3",
"_score": null,
"_source": {
"text": "7days hotel Orient Sunseed Hotel",
"location": "22.521184, 113.914578"
},
"sort": [
421.35435857277366
]
},
{
"_index": "location",
"_type": "hotels",
"_id": "2",
"_score": null,
"_source": {
"content": "7days hotel",
"location": [
113.923567,
22.523988
]
},
"sort": [
1268.8952707727062
]
}
sort裡面的內容,就是與當前位置的地面距離,單位是m。
統計我當前位置幾個範圍內酒店的數量
unit表示距離單位,常用的是mi和km。
distance_type表示計算距離的方式,sloppy_arc (預設值), arc (精準的) and plane (最快速的)。
GET /location/hotels/_search
{
"size": 0,
"aggs": {
"group_by_distance": {
"geo_distance": {
"field": "location",
"origin": {
"lon": 113.911231,
"lat": 22.523375
},
"unit": "mi",
"distance_type": "arc",
"ranges": [
{"from": 0,"to": 500},
{"from": 500,"to": 1500},
{"from": 150,"to": 2000}
]
}
}
}
}
小結
本篇簡單介紹了一下搜尋模板、對映模板、高亮搜尋和地理位置的簡單玩法,有些ES相關的專案做得比較深的,搜尋模板和對映模板用處還是很大的。高亮搜尋一般體現在瀏覽器搜尋引擎上,地理位置的應用挺有意思,也可以參與到基於Location的APP應用當中。
專注Java高併發、分散式架構,更多技術乾貨分享與心得,請關注公眾號:Java架構社群
可以掃左邊二維碼新增好友,邀請你加入Java架構社群微信群共同探討技術