你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!
输入关键字进行搜索
搜索:
发现
分享
文章
活动
登录
Q:有两个人掉到陷阱里了,死的人叫死人,活人叫什么?
打开kibana的stack monitoring瞬间,ES集群其他索引会出现一个慢查询尖刺
Elasticsearch
| 作者
GreyJ
| 发布于2023年12月14日 | 阅读数:
2933
分享到:
QQ空间
新浪微博
微信
QQ好友
印象笔记
有道云笔记
慢查询是指超过1s的查询时间。正常请求耗时在50ms左右。
观察这些慢查询请求的took都在20-30ms范围内,但是代码中打印的RestHighLevelClient调用es集群前后耗时达到了1s+
这是clinet的配置:
可能是“.monitoring-es-7-2023.12.14”这个系统监控索引在那个时刻创建了大量的监控数据文档导致的。
想知道导致慢查询的原因是呢?有什么避免这种问题的经验吗?
感谢各位。
没有找到相关结果
已邀请:
与内容相关的链接
提交
0 个回复
要回复问题请先
登录
或
注册
发起人
GreyJ
活动推荐
Jun
17
搜索客 Meetup 讲师招募(长期有效)
线上
·
6-17 周一
·
进行中
Nov
30
【活动报名】ClickHouse Beijing User Group 第2届 Meetup
北京
·
11-30 周六
·
报名中
相关问题
3千万数据,如何设计集群
elasticsearch scroll查询的原理没太懂
怎么解决elasticsearch集群占用太多虚拟内存(VIRT)的问题?占用了几十个G,有什么可以对它进行限制的相关设置吗?
ES集群,进行大量删除操作时候,bulk队列溢出
ES集群如何进行挨个重启?
集群稳定性的一些问题(一定量数据后集群变得迟钝)
除了设置mapping为not analyzied,还有其他方法让一个string字段不分词吗?
跨集群数据同步方案讨论
query_string查询疑问
请问查询人与人之间合作度,这种聚合查询怎么写呢?
请教elasticsearch出现unassigned shards根本原因
问题状态
最新活动:
2023-12-14 11:04
浏览:
2933
关注:
1
人
0 个回复