ElasticSearch

ElasticSearch

1.新建
curl -XPUT http://localhost:9201/liuyuanyuan/liuyuanyuan/5 -d’{
“first_name”:”xx”,
“last_name”:”y”,
“age”:18,
“about”:”Nothing can stop I sleep”,
“interests”:[“reading”,”sleeping”]
}’

2。查数据情况
curl ‘localhost:9201/_cat/indices?v’

3.查询SQL Query
http://47.94.18.202:9201/_plugin/sql/
select * from changzhijun where interests=’music’

4.查询健康状态
curl ‘localhost:9201/_cat/health?v’

5.删除
curl -XDELETE localhost:9201/changzhijun/ls/1

_cat系列
_cat系列提供了一系列查询elasticsearch集群状态的接口。
获取所有_cat系列的操作 http://47.94.18.202:9201/
/_cat/allocation ?v 
/_cat/shards/{index} ?v 
/_cat/nodes ?v 
/_cat/indices ?v 
/_cat/indices/{index} ?v 
/_cat/segments ?v
/_cat/segments/{index} ?v
/_cat/count/{index} ?v
/_cat/recovery ?v 
/_cat/health ?v 
/_cat/pending_tasks ?v
/_cat/aliases ?v 
/_cat/thread_pool ?v
/_cat/plugins ?v 
/_cat/fielddata/{fields} ?v 
你也可以后面加一个v，让输出内容表格显示表头，举例。

脑裂问题

ES集群脑裂可能导致的原因：
  1. 网络： 由于是内网通信， 网络通信问题造成某些节点认为 master 死掉， 而另选 master的可能性较小； 进而检查 Ganglia 集群监控， 也没有发现异常的内网流量， 故此原因可以排除。内网一般不会出现es集群的脑裂问题，可以监控内网流量状态。外网的网络出现问题的可能性大些。

　　2. 节点负载： 由于 master 节点与 data 节点都是混合在一起的， 所以当工作节点的负载较大（ 确实也较大） 时， 导致对应的 ES 实例停止响应， 而这台服务器如果正充当着 master节点的身份， 那么一部分节点就会认为这个 master 节点失效了， 故重新选举新的节点， 这时就出现了脑裂； 同时由于 data 节点上 ES 进程占用的内存较大， 较大规模的内存回收操作也能造成 ES 进程失去响应。 所以， 这个原因的可能性应该是最大的。　　
　　3、回收内存
　　由于data节点上es进程占用的内存较大，较大规模的内存回收操作也能造成es进程失去响应。