你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!
输入关键字进行搜索
搜索:
发现
分享
文章
活动
登录
悟空,拿我的打狗棒来
ES集群因为单节点GC时间较长,从而导致整体集群全部节点无法使用
Elasticsearch
| 作者
panbc
| 发布于2020年04月24日 | 阅读数:
2477
分享到:
QQ空间
新浪微博
微信
QQ好友
印象笔记
有道云笔记
目前,我们在使用ES集群时,线上会有一些sql 非法或者不是最优,导致一个sql,引起es集群的一个节点内存徒增,从而引起gc,这个时候会导致整个集群的响应全部变慢,从而导致整体流量全部变为0.
问题
1.这类问题的优化一方面是优化sql,利用es的熔断机制,以及sql的优化防止这种现象的发生
2.但是发现es的熔断机制有时候不起作用,按照es的整体设计,单个节点的内存升高,不应该引起所有节点的查询全部失效呢?
ES集群的监控
没有找到相关结果
已邀请:
与内容相关的链接
提交
0 个回复
要回复问题请先
登录
或
注册
发起人
panbc
活动推荐
Jun
17
搜索客 Meetup 讲师招募(长期有效)
线上
·
6-17 周一
·
进行中
相关问题
3千万数据,如何设计集群
使用es做搜索,比如用户输入柠檬,搜出来的结果,柠檬汽水,柠檬位牙膏等在前面,真正想要的水果那个柠檬在后面。已经在中文分词中加了柠檬,还是不管用
怎么解决elasticsearch集群占用太多虚拟内存(VIRT)的问题?占用了几十个G,有什么可以对它进行限制的相关设置吗?
ES集群,进行大量删除操作时候,bulk队列溢出
ES集群如何进行挨个重启?
集群稳定性的一些问题(一定量数据后集群变得迟钝)
使用破解版的x-pack会被发现吗
bulk update 重复的文档id 导致更新性能下降?
跨集群数据同步方案讨论
Elasticsearch聚合操作的时间复杂度是O(n)吗?
新增节点数据均衡.
问题状态
最新活动:
2020-04-24 16:01
浏览:
2477
关注:
1
人
0 个回复