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

创新互联公司拥有网站维护技术和项目管理团队，建立的售前、实施和售后服务体系，为客户提供定制化的网站制作、成都做网站、网站维护、德阳机房服务器托管解决方案。为客户网站安全和日常运维提供整体管家式外包优质服务。我们的网站维护服务覆盖集团企业、上市公司、外企网站、电子商务商城网站建设、政府网站等各类型客户群体，为全球1000多家企业提供全方位网站维护、服务器维护解决方案。

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类型的字段只能通过精确值搜索到。

当前文章：elasticsearch_2
文章地址：http://kswjz.com/article/ijodoe.html