tidb dashboard 和数据库管理断工具执行SQL相差太大如何排查

[TiDBer_E3pRgGAy]

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】6.6.0
【遇到的问题：问题现象及影响】
同一条SQL在管理客户端执行不慢，但是在TiDB Dashboard的慢SQL中看到需要花很长时间

【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】

[tidb菜鸟一只 (小菜一颗)]

dashboard页面点sql进去看下慢在哪个环节

[Kongdom]

按时间点看一下，是不是有很大并发或者资源不足？

[redgame (Ti D Ber Pa Amoi Ul)]

一点延迟。

[像风一样的男子]

那个时候集群并发大吗 整个系统延迟多少

[啦啦啦啦啦]

dashboard里的慢日志也是从慢日志文件取的，是准确的。客户端执行快只能说明现在不慢，可以看一下当时的监控是不是有资源瓶颈，也可以点进去详情看看耗时在哪里。

[TiDBer_E3pRgGAy]

不是的，这条SQL执行频率非常高，而且几乎每一刻在控制台显示都是慢SQL，但是我相同时间点在客户端执行并不慢，这里用的是tiflsh，上云的系统，essd盘

[TiDBer_E3pRgGAy]

集群并发不大的时候它也慢

[像风一样的男子]

云上essd性能不大行 要用本地盘

[TiDBer_E3pRgGAy]

但是有点奇怪，这个表的数量还并不大，我之前也使用过tiflash没有出现过这种情况
我观察到一个现象，tiflash里面有个端口cpu使用率居高不下

[像风一样的男子]

tiflash是olap场景做复杂查询，不是用来做这种大并发查询的，你这种高频查询还是走tikv好点

[TiDBer_E3pRgGAy]

好的
那你知道这里cpu占用这么高是在搞什么吗

而且我发现几乎每个里面的limit使用率都超级高

[zhanggame1 (Ti D Ber G I13ecx U)]

我猜是忽快忽慢，不好测出来

[RenlySir]

这个红色的是limit线，不是实际使用cpu大小。下面220%是实际使用的大小

[RenlySir]

上面老师说的，dashboard点sql进去看下慢在哪个环节

[TiDBer_E3pRgGAy]

我吧这个表从tiflash中去掉，直接走tikv就不会这样了，估计是我那个tiflash组件有点什么毛病吧

[knull]

是不是执行计划走错了，走到 应该走 tikv 的，实际tiflash 去了？