elasticsearch_2

1.查詢響應(yīng)

1.1 pretty
http://50.1.1.111:9200/haoke/user/Bct_zXAB_G2CqNSl4VI9 #用瀏覽器訪問

http://50.1.1.111:9200/haoke/user/Bct_zXAB_G2CqNSl4VI9?pretty #用瀏覽器訪問

#能看到加了?pretty 就會以json格式返回結(jié)果

1.2指定響應(yīng)字段
在響應(yīng)的數(shù)據(jù)中，如果我們不需要全部的字段，可以指定某些需要的字段進(jìn)行返回。
GET http://50.1.1.111:9200/haoke/user/Bct_zXAB_G2CqNSl4VI9?_source=id,name

#只顯示了兩個字段，注意后面更的?號

1.3只返回原始數(shù)據(jù)，不需要元數(shù)據(jù)

#還能，既不顯示元數(shù)據(jù)，也能篩選字段

1.4 如果我們只需要判斷文檔是否存在，而不是查詢文檔內(nèi)容
HEAD http://50.1.1.111:9200/haoke/user/Bct_zXAB_G2CqNSl4VI9

#返回狀態(tài)碼200 為存在。

#400 開頭，為不存在

2.1批量查詢

POST http://50.1.1.111:9200/haoke/_mget

{
"ids" : [ "A8t_zXAB_G2CqNSlAVLu", "BMt_zXAB_G2CqNSlolIQ" ]   ##這里面是元數(shù)據(jù)的_id
}

3.批量修改

在Elasticsearch中，支持批量的插入、修改、刪除操作，都是通過_bulk的api完成的。
_bulk操作
在Elasticsearch中，支持批量的插入、修改、刪除操作，都是通過_bulk的api完成的。
請求格式如下：（請求格式不同尋常）

{ action: { metadata }}\n
{ request body }\n
{ action: { metadata }}\n
{ request body }\n
\n

3.1批量插入數(shù)據(jù)：

{"create":{"_index":"haoke","_type":"user","_id":2001}}
{"id":2001,"name":"name1","age": 20,"sex": "男"}
{"create":{"_index":"haoke","_type":"user","_id":2002}}
{"id":2002,"name":"name2","age": 20,"sex": "男"}
{"create":{"_index":"haoke","_type":"user","_id":2003}}
{"id":2003,"name":"name3","age": 20,"sex": "男"}

3.2批量刪除

POST http://50.1.1.111:9200/haoke/user/_bulk

{"delete":{"_index":"haoke","_type":"user","_id":2001}}
{"delete":{"_index":"haoke","_type":"user","_id":2002}}
{"delete":{"_index":"haoke","_type":"user","_id":2003}}

#剛插入的數(shù)據(jù)，被刪除了。

其他操作就類似了。
一次請求多少性能最高？
整個批量請求需要被加載到接受我們請求節(jié)點的內(nèi)存里，所以請求越大，給其它請求可用的內(nèi)存就越小。有一個最佳的bulk請求大小。超過這個大小，性能不再提升而且可能降低。
最佳大小，當(dāng)然并不是一個固定的數(shù)字。它完全取決于你的硬件、你文檔的大小和復(fù)雜度以及索引和搜索的負(fù)載。
幸運的是，這個最佳點(sweetspot)還是容易找到的：試著批量索引標(biāo)準(zhǔn)的文檔，隨著大小的增長，當(dāng)性能開始降低，說明你每個批次的大小太大了。開始的數(shù)量可以在1000~5000個文檔之間，如果你的文檔非常大，可以使用較小的批次。
通常著眼于你請求批次的物理大小是非常有用的。一千個1kB的文檔和一千個1MB的文檔大不相同。一個好的
批次最好保持在5-15MB大小間。

4.分頁

和SQL使用LIMIT 關(guān)鍵字返回只有一頁的結(jié)果一樣，Elasticsearch接受from 和size 參數(shù)：

size: 結(jié)果數(shù)，默認(rèn)10
from: 跳過開始的結(jié)果數(shù)，默認(rèn)0

POST http://50.1.1.111:9200/haoke/user/_search?size=1&from=2

#表示跳過兩個，顯示1個，就表示只顯示第三個

5.映射
前面我們創(chuàng)建的索引以及插入數(shù)據(jù)，都是由Elasticsearch進(jìn)行自動判斷類型，有些時候我們是需要進(jìn)行明確字段類型
的，否則，自動判斷的類型和實際需求是不相符的。
自動判斷的規(guī)則如下：

Elasticsearch中支持的類型如下：

string類型在ElasticSearch 舊版本中使用較多，從ElasticSearch 5.x開始不再支持string，由text和keyword類型替代。
text 類型，當(dāng)一個字段是要被全文搜索的，比如Email內(nèi)容、產(chǎn)品描述，應(yīng)該text類型。設(shè)置text類型以后，字段內(nèi)容會被分析，在生成倒排索引以前，字符串會被分析器分成一個一個詞項。text類型的字段不用于排序，很少用于聚合。
keyword類型適用于索引結(jié)構(gòu)化的字段，比如email地址、主機名、狀態(tài)碼和標(biāo)簽。如果字段需要進(jìn)行過濾(比如查找已發(fā)布博客中status屬性為published的文章)、排序、聚合。keyword類型的字段只能通過精確值搜索到。