慢查询怎么分析是tidb还是tikv的

【 TiDB 使用环境】生产环境
【 TiDB 版本】6.1.1
【复现路径】
【遇到的问题:问题现象及影响】
【资源配置】
【附件:截图/日志/监控】

SHOW TABLE STATUS LIKE 'table';
```**粗体文本**
	id                  	task	estRows	operator info                                                                                                                                                                                                                            	actRows	execution info                      	memory  	disk
	Sort_5              	root	8000   	Column#3                                                                                                                                                                                                                                 	85     	time:805.5ms, loops:2               	24.8 KB 	0 Bytes
	└─Projection_7      	root	8000   	Column#3, Column#5, Column#6, Column#7, Column#8, Column#9, Column#10, Column#11, Column#12, Column#13, Column#14, Column#15, Column#16, Column#17, Column#18, ifnull(cast(Column#19, var_string(20)), )->Column#26, Column#20, Column#21	85     	time:805.1ms, loops:2, Concurrency:5	129.1 KB	N/A
	  └─Selection_8     	root	8000   	eq(lower(Column#2), "pj_major_5790001")                                                                                                                                                                                                  	85     	time:804.7ms, loops:2               	405.2 KB	N/A
	    └─MemTableScan_9	root	10000  	table:TABLES   


这是线下服务器会是慢查询 。线上云服务器部署的查询只有0.0*毫秒 差10倍

给的信息不全呀

需要什么信息 这个就是dashborard的慢查询信息了

慢查询语句是哪个?
看执行计划,应该是从tidb内存读的吧。

root 是tidb的 。 cop是 tikv的。

是不是这个意思呢?

是这样的

一般都是tikv上慢,tidb上很少慢的吧?

查询语句就是文章开始那条 show table status like ‘table’ 图和文字信息都是dashboard的信息 没有tikv的

我觉得应该是在tidb上的查询

tidb负责优化调度预编译,具体执行是在tikv上的


tidb 本身是不存储持久化元信息的,这部分操作应该是在tikv 上执行的,第一次执行没有缓存,所以稍微慢了点,你要是连续执行,后面几次都会很快的。

并没有快

dashboard 慢查询的SQL执行时间 是什么意思,不是下面那些时间加起来的总和吗?如果不是 那个那个SQL执行时间是tidb的还是tikv的 通过dashboard 并不能定位我的这次查询的慢在了哪里

有没有大佬能回答的

我记得之前分享过,不是简单的求和。因为里面有分布式并行计算,有的时间是包含在其他计算里面的

你这个图没截全吧? 下面我记得还有 发送给客户端的耗时啊

下面的所有时间总和会超过 总花费时间。 只不过他这图里显示的,下面的总和都不到总时间。

  1. 该表数据量多大?
  2. tidb 的cpu几核? cpu使用率高不高?
  3. 该表的健康度如何? 如果健康度很低,尝试analyze一下

这个是show 语句 我现在的疑问就是 这个慢查询是 那个SQL执行时间是807MS这个是代表什么。是tidb的耗时还是tikv的 还是总的?为什么下面那些加起来不是这个值?这样的话怎么通过dashboard分析慢查询