从 PD 取事务开始时间戳步骤的耗时和Coprocessor 执行耗时过长

【 TiDB 使用环境】生产环境
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面


【附件:截图/日志/监控】

命令行查询:

异常情况:
当时在使用dm同步mysql数据,不是同一个数据库,是不是该操作导致的?

同一sql其他情况:
这个经常出现

请教一下为什么从 PD 取事务开始时间戳步骤的耗时很长, 另外一个sql Coprocessor 执行耗时需要2.5s?

看下系统load,pd那个盘在干嘛,cpu在干嘛,内存在干嘛?

PD 取事务开始时间戳步骤的耗时,这个时间点我在使用dm导另外一个MySQL的数据,感觉是它导致的

取事务 ts时间长就看pd leader和tidb的资源是不是被占满了,主要是cpu和网络资源。
sql Coprocessor 执行耗时,可能是有读取热点,可以看看tikv的读线程cpu高不高,均不均衡。这种大概率是优化sql来解决问题

PD耗时过长可能是CPU、网络方面的压力,coprocessor执行耗时看慢SQL。

应该是sql的问题,性能优化的最终还是优化sql