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进程失去响应。

阅读更多
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页