v6.5.0 sql执行计划

[jackerzhou (Hacker 7m Awgy Zh)]

【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】 v6.5.0
【复现路径】
【遇到的问题：问题现象及影响】从mysql迁移至tidb后，相同语句执行时间变长，tidb的新增的算子─Selection_149(Probe)，Selection_81(Build），build和probe分别是什么含义
【资源配置】

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

[Kongdom]

可以参考官方文档看看

在执行计划返回结果中，自 v6.4.0 版本起，特定算子（即 IndexJoin 和 Apply 算子的 Probe 端所有子节点）的 estRows 字段意义与 v6.4.0 版本之前的有所不同。

在 v6.4.0 之前，estRows 表示对于 Build 端子节点的每一行，Probe 端预计会处理的行数。自 v6.4.0 起，estRows 表示 Probe 端预计会处理的总行数。由于 EXPLAIN ANALYZE 中展示的实际行数（actRows 列）表示的是总行数，v6.4.0 起这些算子 estRows 的含义与 actRows 列的含义保持一致。

https://docs.pingcap.com/zh/tidb/stable/explain-overview#算子的执行顺序

[weixiaobing]

建议把完整的执行计划发出来，例外看看表的统计信息是否需要重新收集一下

[jackerzhou (Hacker 7m Awgy Zh)]

感谢大佬的支持，通过优化apply的算法并行后，开启 tidb_enable_parallel_apply参数后，耗时从5s优化到不到1s了

[Kongdom]