ElasticSearch5.x实践_day01_04_ElasticSearch增删改查

2019独角兽企业重金招聘Python工程师标准>>>

ES的聚合项目：有相关基于ElasticSearch5.6v Java API 的各种用法

源码地址： GitHub

ElasticSearch集群健康状况

让我们以一个基础的健康检查开始，用这个检查我们可以得知我们的集群工作状态如何。咱们来使用curl做这个检查，不过你也可以使用任何能发起HTTP/REST请求的工具来做这个练习。假设我们仍旧在启动Elasticsearch的节点（服务器）上，打开另外一个命令行终端。

要检查集群健康状况，我们将使用_cat API. 你可以在终端控制台运行下面的命令

curl -XGET '192.168.1.171:9200/_cat/health?v&pretty'

或者直接在浏览器中打开地址：http://192.168.1.171:9200/_cat/health?v

由此我们可以得知，我们的名为elasticsearch 的集群已经启动并且为绿色状态。
无论何时（用上面的命令）检查集群健康状态，我们都将得到绿色、黄色或者红色这几种。绿色表示一切运行良好（集群全功能可用），黄色表示所有的数据可用但是一些副本还未分配（集群功能工作良好），红色表示因为某种原因某些数据不可用。注意及时某个集群是红色的状态，它的部分功能仍旧可用（例如它将继续在可用的分片上为搜索请求提供服务检索服务）。但是你最好尽快修复问题因为有数据丢失了。

从上面的查询反馈我们也可以得知，目前总计有一个节点，0个分片和0条数据。注意，由于我们使用了更改后的集群名称（zhubo）并且Elasticsearch使用单播网络发现同一台服务器上的其他节点，所以很有可能我们会意外的启动多余一个节点，且它们会加入同一个集群。这种情况下，你可能会在上面的反馈信息中看到多余一个节点。我们也可以通过下面的命令获取节点列表：

GET /_cat/nodes?v

或者直接访问地址：http://192.168.1.171:9200/_cat/nodes?v  

返回结果：

ElasticSearch查看索引列表

使用下面的命令可以查看所有的索引：

GET /_cat/indices?v

或直接在浏览器中打开连接： http://192.168.1.171:9200/_cat/indices?v

标识集群中还没有创建任何索引

ElasticSearch创建索引

创建一个名为“customer”的索引，然后查看集群中的所有索引：

PUT /customer?pretty
GET /_cat/indices?v

请注意提交的Rest模式

第一个命令使用PUT创建了一个名为customer的索引。我们简单的在命令后追加了一个pretty参数，用于将JSON类型的返回值格式化后打印在控制台。

我们也可以使用POST MAN操作，我们会得到类似下图所示的返回结果：

第二个命令的结果告诉我们，现在我们有了一个名为customer的索引，它有5个主分片和1个副本（默认），并且当前该索引包含0个文档。http://192.168.1.171:9200/_cat/indices?v

http://192.168.1.171:9200/_cat/health?v

每个Elasticsearch中的每个索引被默认分配了5个主分片和一个副本（节点），也就是说如果在你的集群中有两个节点，那么你的索引将会有5个主分片和5个副本分片（一个完整副本）共计10个分片。

(结果也可能为customer索引当前为黄色(yellow)状态。回顾咱们之前的知识黄色(yellow)表示某些副本还未被分配。导致如此的原因是Elasticsearch默认只为索引创建一个副本。因为我们当前只有一个节点在运行，所以副本在额外的节点加入当前集群前是无法被分配的。只要该副本被分配到第二个节点上，该索引的运行状态将会变成绿色（green)

)

ElasticSearch检索文档

在customer索引中放一些文档。记得先前，为了索引一个文档我们必须告诉Elasticsearch该文档要被索引的类型。 现在简单的在customer索引中创建一个customer文档，使用“external”类型，ID设置为1. 使用下面的命令：

PUT /customer/external/1?pretty
{
  "name": "John Doe"
}

或者使用POST MAN:

得到返回结果：

{
  "_index" : "customer",
  "_type" : "external",
  "_id" : "1",
  "_version" : 1,
  "result" : "created",
  "_shards" : {
    "total" : 2,
    "successful" : 1,
    "failed" : 0
  },
  "created" : true
}

从上面的结果我们得知一个新的external类型的customer文档被成功创建在了customer索引中。该文档的内部ID为1，是我们在建立索引的时候指定的。

有重要的一点需要注意的是Elasticsearch并不要求我们再索引一个文档前必须创建一个索引。 在前面的例子，Elasticsearch会自动创建一个customer索引，加入customer索引并不存在。

现在让咱们来读取刚刚索引的文档：

GET /customer/external/1?pretty

需要特殊说明的是返回值中的属性found，告诉我们找到了一个与我们给定的ID匹配的文档。以及_source属性返回了我们之间索引的完整的JSON文档。

ElasticSearch删除索引

删除刚刚创建的索引并查看全部索引列表，使用下面的命令(注意Rest 模式)：

DELETE /customer?pretty
GET /_cat/indices?v

返回：

health status index uuid pri rep docs.count docs.deleted store.size pri.store.size

上面的结果表示索引被成功删除了，我们回到了最初集群中数据一无所有的状态。
在继续之前，让我们
仔细看看迄今为止我们学到的命令：

PUT /customer
PUT /customer/external/1
{
"name": "John Doe"
}
GET /customer/external/1
DELETE /customer

如果仔细研究上面的命令，不难发现在Elasticsearch中访问数据的模式，该模式可被总结如下：

REST Verb> /<Index>/<Type>/<ID>

 

 

 

 

 

 

转载于:https://my.oschina.net/LucasZhu/blog/914218