TIDB不同版本同表同SQL的查询速率差异

niegang · 2021 年11 月 9 日 09:46

亲结果来了
tidb 对比.zip (269.4 KB)

spc_monkey · 2021 年11 月 9 日 10:07

好吧，我分析一下，有结果再反馈给你

niegang · 2021 年11 月 10 日 03:39

好的辛苦了

spc_monkey · 2021 年11 月 10 日 04:03

不好意思忘记了，看了一下，实际单次 RPC 运行时间 v5 > v4，但是 v5 的【 cop_task: {num: 7092）】远大于 V4 【（cop_task: {num: 973）】，有点怀疑你的 V5 的region 数量远大于 V4 的 region 数量，导致

spc_monkey · 2021 年11 月 10 日 04:07

show table regions 命令，应该可以看到这个表的region 数量，最好能提供一下

h5n1 · 2021 年11 月 10 日 05:02

相同的索引和数据为什么执行计划中index lookup、hashagg 的actRows v5 和v4 差异有1倍了？

spc_monkey · 2021 年11 月 10 日 05:22

没有啊，我看后面提供的信息是一样的，前面的不确定

xb_xdy · 2021 年11 月 10 日 06:10

后边提供的信息也是一倍的差距的

niegang · 2021 年11 月 10 日 06:20

region信息如下：
region.zip (26.7 KB)

spc_monkey · 2021 年11 月 10 日 07:07

@TiDBer_n04ubiqg @h5n1 对的，确实不一样，忙糊涂了，我检查了一下确实不一样
，问题大概率是这个原因，我稍后确认完了，再在这里反馈吧

xb_xdy · 2021 年11 月 10 日 10:00

tidb_index_lookup_size 这个参数我们检查了一下，发现我们使用的版本5.2.2里边默认给的是2000，文档里边以及4.0.15版本给的是20000，之前我们没改过这个参数，建议看一下是不是代码里默认值有误。但是性能问题应该不是这个影响的，我们在5.2.2版本修改tidb_index_lookup_size 从2000->20000后关闭当前连接重新测试发现性能并没有任何变化

xb_xdy · 2021 年11 月 11 日 06:53

您好，有结果了么

spc_monkey · 2021 年11 月 11 日 08:42

还在看，问一下，上面“，我们在5.2.2版本修改tidb_index_lookup_size 从2000->20000后”，能发一下修改后的。explain analyze。结果吗（不需要测试那么多，只给 v5.2.2 的就行）

niegang · 2021 年11 月 11 日 08:51

现在给的explain analyze 就是从2000->20000后的测试结果
目前2个版本的参数都一样
v5.2.2_tidb_index_lookup_size_20000.info (203.8 KB)

XuHuaiyu-PingCAP · 2021 年11 月 11 日 09:05

tidb_index_lookup_join_concurrency
这个参数值一样吗

xb_xdy · 2021 年11 月 11 日 09:07

其他的都通过工具对比过环境配置，除了tidb_index_loopuo_size别的都一样

XuHuaiyu-PingCAP · 2021 年11 月 11 日 09:09

我注意到，最新的文件中 └─IndexLookUp_38 的 concurrency：1

而4.0 里面的执行计划，concurrency 是 4？

XuHuaiyu-PingCAP · 2021 年11 月 11 日 09:12

上面那个变量名发错了，我想问的是 tidb_index_lookup_concurrency

xb_xdy · 2021 年11 月 11 日 09:13

确定过了，是一样的，都是4

niegang · 2021 年11 月 11 日 09:14