単一の値を比較すると、SQL IN 条件が「=」よりも遅いのはなぜですか?

SQL IN と =: パフォーマンスの差異

概要:

SQL IN 演算子は、指定されたリスト内に値が存在するかどうかを確認します。 ただし、IN を使用すると、= 演算子と比較して、特に特定のシナリオでパフォーマンスが大幅に低下する可能性があります。

問題:

特定の SQL クエリでは、IN が単一の値のみを比較している場合でも、= を使用した場合と IN を使用した場合とで大幅なパフォーマンスの違いが実証されました。

根本原因:

パフォーマンスのボトルネックは、MySQL 最適化の欠陥に起因します。 MySQL は、IN 句内のサブクエリを 独立 サブクエリではなく、依存 サブクエリとして誤って分類します。

依存サブクエリと独立サブクエリ:

この誤分類は重大です。依存サブクエリは外部クエリの行ごとに繰り返し実行され、パフォーマンスに大幅な影響を与えます。 一方、独立したサブクエリは 1 回だけ実行され、その結果は効率化のためにキャッシュされます。

簡易分析:

元のクエリの簡略化されたバージョンではパフォーマンスの問題が再現されており、IN 句のサブクエリが依存関係として扱われ、実行速度の低下につながっていることが確認されました。

解決策:

MySQL がサブクエリ タイプを依存していると誤認識することが、IN 使用時のパフォーマンス低下の原因です。 この問題は、MySQL 5.6.x 以降のバージョンで解決されています。

以上が単一の値を比較すると、SQL IN 条件が「=」よりも遅いのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。