elasticsearch_2

1.查詢響應

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格式返回結果

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

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

1.3只返回原始數據，不需要元數據

#還能，既不顯示元數據，也能篩選字段

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

#返回狀態碼200 為存在。

#400 開頭，為不存在

2.1批量查詢

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

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

3.批量修改

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

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

3.1批量插入數據：

{"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}}

#剛插入的數據，被刪除了。

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

4.分頁

和SQL使用LIMIT 關鍵字返回只有一頁的結果一樣，Elasticsearch接受from 和size 參數：

size: 結果數，默認10
from: 跳過開始的結果數，默認0

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

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

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

Elasticsearch中支持的類型如下：

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