MySQL SQL优化:联系关系子查询的局限性

  • 内容
  • 评论
  • 相关

mysql SQL优化:关联子查询的局限性

这是MySQL SQL优化的第三篇。

公司某个业务系统频繁抛出问题SQL,我们对此类SQL做了基本面统计:

MySQL SQL优化:联系关系子查询的局限性

此类SQL近期共执行了12次,最长一次花费480秒,最短286秒

MySQL SQL优化:联系关系子查询的局限性MySQL SQL优化:联系关系子查询的局限性

t1表的rows有90多万,始终会扫描这么多不需要的数据

这是由于MySQL查询优化器在处理相关子查询方面存在局限性

MySQL总是会将相关的外层表压到子查询中,它认为这可以更高效地查找数据行。
这就意味着MySQL先选择对外层表进行全表扫描,然后根据相关字段一个一个执行子查询,

如果是个小表,情况可能还不会引起我们注意,但是如果外层表示一个非常大的表,那么这个查询的性能会非常槽糕,

很不幸,我们的场景刚好应了后者


我们优化后的执行效果:

MySQL SQL优化:联系关系子查询的局限性

Good Luck!

原创文章,转载请注明: 转载自搞代码

本文链接地址: MySQL SQL优化:联系关系子查询的局限性

微信支付二维码

微信 赏一包辣条吧~

支付宝支付二维码

支付宝 赏一听可乐吧~

评论

0条评论

发表评论

电子邮件地址不会被公开。 必填项已用*标注