查询时，fe报找不到存活块。
用show tablet 10019;查看
发现是系统的统计信息表，查询be的日志均没有关于10019的错误日志。
不影响查询语句出最终结果，但是查询速度很慢，查询时机器的资源使用也上不去。
用show tablet 10019;查看
发现是系统的统计信息表，查询be的日志均没有关于10019的错误日志。
不影响查询语句出最终结果，但是查询速度很慢，查询时机器的资源使用也上不去。
你好，麻烦执行一下DetailCmd看看?查询慢的话需要您发一下profile和集群信息，我们分析一下原因。
3be，8核32G内存
第一次慢.txt (37.4 KB)
第二次快.txt (37.5 KB)
相同的sql，第一次执行特别慢，资源调度上不来，第二次资源直接打满，很快。
detailcmd怎么执行呢？抱歉这个不太清楚
DetailCmd里面的show proc…直接复制下来在mysql客户端执行就行
好的，多谢~上面那两个profile文件执行时间这块方便问一下是因为什么嘛？
您好，您这个再查还能再复现吗？看您的pofile快慢之间的对比差异在IO花费的时间，第一次平均要10m左右，但是第二次平均只要5s
是的，我昨天也看到iotime的区别，也是我不太理解的地方，为什么第一次这么慢，而且cpu的使用率很低，第二次很快，cpu直接打满，同样的语句换个分区查也是这样的
您好，请问什么版本？什么类型的表？
估计是第一次查要从磁盘读取数据，磁盘文件缓存的问题。你看看第三次查是不是也很快？
这个分区的数据挺大的，而且从磁盘拉取数据的时候，cpu几乎没负载。
