join 最佳时间?

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】

【概述】 场景 + 问题概述
大部门join我们遵循先缩小两边结果集,再进行大join小按索引join的策略。这个策略是否也符合tidb的语法习惯,因为有时发现这种思路写法join比mysql要慢,改了写法有时又正常了。Join有其他要注意的地方吗?

【背景】 做过哪些操作

【现象】 业务和数据库现象

【问题】 当前遇到的问题,参考 AskTUG 的 Troubleshooting 读性能慢-慢语句

【统计信息是否最新】

    【执行计划内容】

    【 SQL 文本、schema 以及 数据分布】

【业务影响】

【TiDB 版本】 4.0.11

【附件】 相关日志及监控(https://metricstool.pingcap.com/)

  • TiUP Cluster Display 信息
  • TiUP CLuster Edit config 信息
  • TiDB-Overview Grafana监控
  • TiDB Grafana 监控
  • TiKV Grafana 监控
  • PD Grafana 监控
  • 对应模块日志(包含问题前后 1 小时日志)
1 个赞

个人觉得这种要具体案例具体分析,最好是根据explain analyze结果进行分析。如果出现性能时快时慢,建议检查表健康度,是否执行计划不是最佳计划。

1 个赞

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。