MySQLのサブクエリは悪いパフォーマンスを登録しよう

Question

私の問題はこれです：

select * from 
    (
    select * from barcodesA 
    UNION ALL 
    select * from barcodesB 
    ) 
    as barcodesTOTAL, boxes 
where barcodesTotal.code=boxes.code; 

表barcodesAは4000のエントリ 表barcodesB 表ボックスは180.000エントリ

それはproccessする30秒かかり似ている4000個のエントリを持っているがありますクエリ。

別の問題クエリ：

select * from 
    viewBarcodesTotal, boxes 
where barcodesTotal.code=boxes.code; 

viewBarcodesTotalは、両方のバーコードテーブルからのUNION ALLを含んでいます。それはまた永遠にかかります。

一方

、

 select * from barcodesA , boxes where barcodesA.code=boxes.code 
     UNION ALL 
     select * from barcodesB , boxes where barcodesB.code=boxes.code 

この1つは< 1secondをとります。

質問は明らかにWHY？、私のコードは盗まれていますか？ mysqlは盗まれていますか？

私はmysqlへのアクセスから移行する必要があり、最初のオプションが盗まれた場合は、すべてのコードを書き直す必要があります。

Answer 1

まだインデックスがない場合は、boxes.codeにインデックスを追加してください。 8000レコード（4K + 4K）を180,000に結合すると、180K側のインデックスから利益を得ることができます。

また、SELECTステートメントで必要なフィールドを明示的に指定する必要があります。プロダクション用のクエリで*を使用すると、あなたの例に2つの異なるテーブルがあることは言うまでもありませんが、どのフィールド（どのくらいの大きさ）を考える必要がないので、悪いフォームです。barcodesaとbarcodesbあなたが合併するしている別のデータ型と列の注文....

Answer 2

パフォーマンスの違いの理由...

最初のクエリが...まず、Aの各レコードの完全な結合を行うと言いますBのすべてのレコードと結合されています。次に、コードのボックスに結合します。ユニオンには最適化するインデックスがありません。

明示的にSECONDクエリインスタンスを適用すると、各テーブルは個別に最適化されます（明らかに2番目のパフォーマンスごとにインデックスがありますが、両方のテーブルに "コード"列のインデックスがあることを確認します）。