相同的sql时快时慢

💬 StarRocks 用户问答
#1

为了更快的定位您的问题，请提供以下信息，谢谢
【详述】运行相同的sql。时快时慢
【StarRocks版本】2.5.13
【集群规模】3fe+5be
【机器信息】fe：8c/16g; be:64c/256g
【联系方式】社区群1-桌椅板 邓

1赞
#2

这个是两个profile
快.mhtml (730.0 KB) 慢.mhtml (738.0 KB)

#3

快.txt (543.9 KB) 慢.txt (552.0 KB)

#4

这个是两个profile的文本格式

#5

顶一下

#6

碰到一样的问题，有解决方案吗

#7

我们也是，同样的SQL，有时候10s以上，有时候2-3s就完成了

#8

这个问题能稳定复现吗 毫秒跟5分钟级别的差异了 这个肯定不合理 当时的集群状态正常吗 稳定复现的话 麻烦您打个explain + sql 看着执行计划也有差异

#9

可以发送下profile 我来跟进看下

#10

我们也碰到这个问题，同一条sql 查询有时差异很大（ 秒级差异 ） ，这个跟什么因素有关呢

#11

因为这个导致给人的感觉 sr 这个稳定性太差了。。。

#12

大佬，我提了个帖子，能帮忙看下吗？

#13

看起来慢的那个是执行计划有点不合理，可以把对应的表analyze收集下统计信息看下，另外可以拿下explain costs + sql（快和慢的），对比下有差异的

image
image562×853 38.9 KB

#14

我们也遇到这个问题，数据通过kafka_connetor导入到sr，刚开始查询速度很稳定，导入一段时间后，大概4个小时以后，再次查询相同的sql，每隔几秒钟，总有一个耗时比较长的。我都怀疑是不是streamload导致的？但是想想又不应该，我们kafka里的数据后期数据量就很少了。

#15

集群状态正常的，explain是一样的，sql是一样的

#16

主要是这个sql是一样的，explain是一样的，时不时才会出现慢的

#17

一般跑相同的sql，跑个200次，基本上就可以遇到

#18

我看上面贴的快和慢的profile对应的执行计划是不一样的

#21

跑了500次explain，这个是跑出来的执行计划，但是不知道哪些是慢的，哪些是快的1.log (2.7 MB)

#22

跑了500次explain，这是跑出来的执行计划，但是不知道哪些是慢的，哪些是快的1.log (2.7 MB)

京ICP备2022026421号-1