サブクエリではMySQLの「落とし穴」を踏むことを忘れないでください

＃＃＃＃＃＃＃＃＃序文＃＃＃＃＃＃＃＃＃

2.記事テーブル

リーリー 上記の SQL を初めて見たとき、これは非常に単純なサブクエリであると思われるかもしれません。まず author_id を調べてから、 in を使用してクエリします。

関連するインデックスがあれば非常に高速ですが、逆アセンブルすると以下のようになります。 リーリー

しかし、事実は次のとおりです:

リーリー

リーリー

リーリー

33秒

!

なぜこんなに遅いのでしょうか?

3. 問題の原因

公式ドキュメントの説明: in 句はクエリ時に存在するように変換されることがあり、レコードごとにスキャンされます (バージョン 5.5 に存在し、5.6 で最適化されました)。

4. 解決策 (バージョン 5.5)

1.一時テーブルを使用します

2.結合を使用します

リーリー

5. 補足

バージョン 5.6 は、[4] の一時テーブルと同じ方法でサブクエリ用に最適化されています。公式ドキュメントを参照してください:

select * from t1

where t1.a in (t2 where where_condition から t2.b を選択);

オプティマイザ はこれを EXISTS 相関サブクエリとして書き換える可能性があります

:

select * from t1

where が存在します (t2 where_condition および t1.a=t2.b から t2.b を選択します);

サブクエリの実体化

一時テーブルを使用すると、そのような書き換えが回避され、外部クエリの行ごとに 1 回ではなく、サブクエリを 1 回だけ実行できるようになります.

https://dev.mysql.com/doc/refman/5.6/en/subquery-materialization.html

この記事は WeChat 公開アカウントからのものです: HULK 最前線の技術トーク

以上がサブクエリではMySQLの「落とし穴」を踏むことを忘れないでくださいの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。