在亿级 rockdb执行计划的差异

[HGHNICE (Ti D Ber R Q Ijz Ehz)]

【 TiDB 使用环境】生产环境
【 TiDB 版本】8.1.1

【遇到的问题】
1，现在有两套tidb，并且表单的数据量都是2亿左右，现在在相同的表（建表语句相同）执行相同的sql发现执行计划不一致

截图为：
这是查询速度较快的集群：查询耗时6s

这是耗时较久的集群，20s

为什么会出现这样的结果，新集群tikv配置是32C128G15台，反而变慢了 ，只有节点数量的区别，旧集群21台16C64G

[zhanggame1 (Ti D Ber G I13ecx U)]

那么返回的数量是否相同呢

[HGHNICE (Ti D Ber R Q Ijz Ehz)]

就只是一个count（*）的语句 返回页数

[zhanggame1 (Ti D Ber G I13ecx U)]

数据量一样执行计划不一样，先analyze再看看

[有猫万事足]

新机器肯定是更好的。

你看看读取数据量，一个9.6m一个1.66g，大了快200倍了，只慢了14s。

[zhaokede]

数据分布、统计信息、 查询优化器的差异等诸多因素都会影响到这个执行计划的差异

[HGHNICE (Ti D Ber R Q Ijz Ehz)]

猫哥 但是16c的集群查询这个sql只需要6s 现在新集群都要20s 不知道哪里出了问题

[有猫万事足]

执行计划不一样，扫描的次数太多了。
能看看具体的执行计划是有什么差异吗？

[HGHNICE (Ti D Ber R Q Ijz Ehz)]

这是6s的查询

这是20s+的

[有猫万事足]

这两个执行计划是一样的。时间差异这么大，确实奇怪。

这么看还不是执行计划差异导致的变慢。

令人费解。

[像风一样的男子]

磁盘型号都一样的？

[HGHNICE (Ti D Ber R Q Ijz Ehz)]

都是nvme盘

[zhanggame1 (Ti D Ber G I13ecx U)]

用explain analyze 检查扫描的key数量

[diwing (Ti D Ber R Qstj35v)]

有没有热点或者数据倾斜。文件系统读取次数明显是没有预热，内存缓存太少

[HGHNICE (Ti D Ber R Q Ijz Ehz)]

如何预热呢？

[nobody (不定时出现)]

可以发下执行计划文本吗？初步看下来是 indexlookup 变慢了，得看具体信息看看为啥慢了
也可以可以看下系统变量 tidb_executor_concurrency 两个集群有没有差异

[HGHNICE (Ti D Ber R Q Ijz Ehz)]

有优化的 调越大越快