某个分片上的build_scorer远远大于其它分片

一个索引大概20亿文档,有80个分片,在做multi_match查询的时候,发现有一个分片(下图的53分片)的build_sorce的时间远大于其它分片。下面是搜索的语句和profile的结果。
企业微信截图_1527495018220.png 企业微信截图_15274950412598.png 企业微信截图_15274950611570.png 企业微信截图_1527495721404.png
已邀请:

kennywu76 - wood@Ctrip

赞同来自: laoyang360

如果是偶发,那应该是某个结点有性能问题了吧?  结点的资源消耗有监控和对比吗? 比如是否某个结点偶尔出现长时间的GC停顿。

zyb1994111

赞同来自:

这样的查询,一般的耗时不到1s,但是有几次查询超过了15s

the_best

赞同来自:

请问你现在的数据量,部署了几个ES节点(每个节点的配置怎样)。我差不多也是20亿数据左右,分了4个索引,每个索引10个主分片(副本数1),这样也是一共80个分片,但现在我的查询特别慢,基本没有少于10s的,所有分片的build scorer耗时都很高。不知道是不是节点数太少,硬件没跟上的缘故。

要回复问题请先登录注册