次のクエリのコピーテーブルのデータはなぜですか？

Question

SELECT COUNT(*) AS cnt 
FROM products 
WHERE ExternalProductId IS NOT NULL 
GROUP BY SourceId, ExternalProductId 
HAVING cnt > 1 

（ExternalProductId、SourceId、AnotherField）にインデックスがあります。索引が使用されていることをExplainが示しています。これは、説明の「エクストラ」欄に印字されています

Using where; Using index; Using temporary; Using filesort 

私はSHOWのPROCESSLIST経由で参照クエリを実行すると：

Copying to tmp table on disk 

私はこのクエリは、インデックス上の所定の位置に動作するように微調整することができますか？また、このテーブルで同時に作業している他のプロセスが原因で、結果が多少不正確になっても構わないのですか？クエリのパフォーマンスを向上させるために分離レベルを変更できますか？

Answer 1

GROUP BYの列を、複合インデックスの最初の2つのフィールドの順序に対応させると、その複合インデックスがより効果的に使用されます。

SELECT COUNT(*) AS cnt 
FROM products 
WHERE ExternalProductId IS NOT NULL 
GROUP BY ExternalProductId, SourceId 
HAVING cnt > 1 

あなたのクエリ実行平野は'Using where; Using index'に変わるべきであり、他のGROUP BYによる一時的なテーブルとfilesortレコードの両方を取り除きます。

同じ結果が得られますが、少しずつ違いがあります。

Answer 2

しようとするカップルの事：

1. MySQLは自動的にして、グループでソートされます。ソート順が気にしない場合は、 'ORDER BY NULL'節を追加してください。これはfilesortとおそらくtempテーブルを取り出します。

2. カウント（*）を削除し、ワイルドカードではなくインデックスの列名を使用します。

また、あなたのインデックスは何ですか？完全なテーブル作成ステートメントを表示できますか？