orderby profile分析

[U_1691631787487_1332]

为了更快的定位您的问题，请提供以下信息，谢谢
【详述】一样的建表语句，执行select * from xxx order by flow_id limit 30，返回时间差距比较大，5000w数据量一个耗时2s，一个耗时ms级，看了两个查询的profile，有点不太懂
【StarRocks版本】3.0.2
【集群规模】3fe+3be（混部）
【机器信息】40C/128G/万兆

[U_1691631787487_1332]

建表语句.txt (396 字节) 快order.txt (29.3 KB) 慢order.txt (28.7 KB)

[yangrong]

慢的查询数据有个tablet 数据量太大，倾斜了，导致Scan时间过长
可以show tablet 看下慢的表的tablet 数据量的分布

快的查询数据只读了800w条，所以比较快的查询出了结果

[jingdan]

@U_1691631787487_1332

flow_id

确认个事情哈，是一个表的查询还是两个表（建表）的查询，select count(1) from xxx where flow_id is null

[U_1691631787487_1332]

一个表的查询，flow_id不为空

[jingdan]

完整的建表语句私发我下

[jingdan]

看下两个建表的flow_id 是不是设置的not null

[U_1691631787487_1332]

确实是因为flow_id一个设置为了null一个是not null