TIDB 4.0.5 inner join查询慢

【 TiDB 使用环境】生产环境
【 TiDB 版本】V4.05
【复现路径】
【遇到的问题:问题现象及影响】
我们执行了一个简单的两个表inner join的查询SQL语句,下图是dashboard慢SQL的执行计划,IndexLookUp_48 这个算子执行时间达4.2s ,但时下边子算子执行时间都很短,如何判断 IndexLookUp_48 的执行时间耗时在哪?


【资源配置】
集群信息 :pd:3台,tidb:3台,tikv:5台
image
tidb_index_join_batch_size)(默认值:25000
idb_index_lookup_join_concurrency)(默认值:4

执行时cpu利用率如何? CPU 是不是Performance 模式?

  1. estrows 和 actrows 在数据量上的差距,是不是实际上存在的? 然后数值是否准确?
  2. 判断查询时间,就首先要判断需要遍历的数据多少,遍历的数据量越小,就肯定越准越快了
  3. Loop 的次数,也就是循环的次数

这个可以作为耗时判断的参考

estrows 和 actrows的差距是因为 SQL中大于(>)和 or条件导致的
图中loop的次数才三次

cpu利用率不高,不是Performance 模式

没按照官方文档的部署指引来弄么?