code4j

code4j

coder

北京市 朝阳区 计算机软、硬件/互联网/IT

威望 : 19 积分 : 415 赞同 : 20 感谢 : 3

擅长话题

更多 »回复

0

所以es推荐你用引擎创建id而不是自己提供id,这样能确保ID不重复,减少id校验的开销,这个在tps很高的场景下效率能提高很多,我测试过批量写日志,平均每条1.4ms,使用自动创建后每条降低到0.9ms。

2

1. 你这个集群版本也太低了,建议把数据切到新版本。 2. 内存快满之前,用es的api查看下是哪部分内存占得多,是segment的话就说明索引太多太大,清理下数据。

0

search队列满了,主要是因为节点处理搜索请求太慢,原因比较多,可能是因为节点内存吃紧fgc导致处理慢,有可能是CPU打满了处理不过来了等等,要监控下当时机器指标综合分析

0

更新删除的时候,会现做一个get操作。get操作中,如果不指定路由,就会使用_id的值作为路由。   能看出你使用了province作为路由值,所以更新删除必须带着这个才行,否则es不知道这个文档再哪个分片上,也就更新失败了。

0

协调节点我的理解,就好比是nginx,在网络并发达到瓶颈,单个node连接数达到上限时,加协调节点是有帮助的。但是如果data node本身执行查询就很慢,并发又上不去,增加协调节点自然就没什么用了

更多 »发问

2

127 次浏览  • 4 个关注   • 4 天前

1

305 次浏览  • 3 个关注   • 2019-06-05

1

237 次浏览  • 2 个关注   • 2019-05-31

3

311 次浏览  • 5 个关注   • 2019-05-16

1

266 次浏览  • 2 个关注   • 2019-04-18

发问

回复

文章

最新动态

详细资料

个人成就:

威望: 19 积分: 415 赞同: 20 感谢: 3

教育经历:
  • 2013 年 就读于天津职业技术师范大学 信息技术工程学院
职业经历:
  • 2019 - 2019 就职于快手 担任 计算机软、硬件/互联网/IT
  • 2017 - 2019 就职于58到家 担任 计算机软、硬件/互联网/IT
最后活跃:
3 小时前
擅长话题:
elasticsearch 6   0
gc频繁 3   0
es 2   0
集群重启 1   0
elasicsearch 7   0
节点脱落 1   0
load 2   0
节点 1   0
集群 1   0
内存高 2   0
更多 » 关注 1

yayg2008

更多 » 10 人关注

liuyaning Anna SuperDragonMan medcl guopeng7216

主页访问量 : 3040 次访问