【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】7.5.1
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
集群压力很低几乎没什么压力，3个tikv机器，每个机器4个TiKV进程，4块SSD盘，500G内存， 56个物理核心，集群1.5T数据量。单个scan查询1000条数据，花了2s，第二次查询花了70ms
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
PD_total：表示这个语句在 PD 上所有 RPC 请求花费的时间。第二次查询一些信息会放TiDB缓存中，所以比较快一些
PD_total：表示这个语句在 PD 上所有 RPC 请求花费的时间。
https://docs.pingcap.com/zh/tidb/stable/identify-slow-queries#字段含义说明
PD_total耗时比较长的话，可以看下是否是与PD的网络传输较慢。
build_task_duration: 表示构建任务的持续时间，即执行构建任务所花费的时间。这个时间通常包括了构建执行计划所需的各种操作，如扫描表、构建索引、准备数据等。
TiKV缓存吧？ 第二次和第一次查询PD_total应该没有差异，差异只是第二次在TiKV内存中命中。
从执行计划上面看， 第一次和第二次block命中差别不大
这个sql现在还能复现吗？看下对应时间点pd的资源使用率呢？
第二次查询应该是缓存命中，所以比较快
PD很繁忙还是tidb，PD之间的带宽不足，不然构建或处理任务所花费的时间不需要这么久的
这个表的region数有多少？
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
看下你的部署情况~
热点数据的话加个缓存，试试能不能解决
