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

WBOY
リリース: 2016-06-07 16:19:55
オリジナル
1124 人が閲覧しました

这是MySQL SQL优化的第三篇。公司某个业务系统频繁抛出问题SQL,我们对此类SQL做了基本面统计: 此类SQL近期共执行了12次,最长一次花费480秒,最短286秒 t1表的rows有90多万,始终会扫描这么多不需要的数据 这是由于MySQL查询优化器在处理相关子查询方面存

   这是MySQL SQL优化的第三篇。公司某个业务系统频繁抛出问题SQL,我们对此类SQL做了基本面统计:

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

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

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

  MySQL总是会将相关的外层表压到子查询中,它认为这可以更高效地查找数据行。

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

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

  我们优化后的执行效果:

  Good Luck!

ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート
私たちについて 免責事項 Sitemap
PHP中国語ウェブサイト:福祉オンライン PHP トレーニング,PHP 学習者の迅速な成長を支援します!