optomise非常に大きなテーブルクエリ

Question

私は20万レコード近くに成長しているテーブルを持っています。テーブルはinnodbとしてセットアップされました。これは、すべて削除されます

DELETE FROM `entries_to_fields` WHERE `entry_id` IN (SELECT `id` FROM `entries` WHERE `form_id` = 196) 

：このテーブルへのクエリのほとんどは、以下を除いて、非常に迅速です

`entries_to_fields` 
entry_id int(11) NO PRI NULL  
field_id int(11) NO PRI NULL  
value text NO  NULL  

、レコード数にもかかわらず、2つの主要分野での主要な指標があります特定のフォームのエントリデータ。

現在、エントリテーブルが結果を返さない場合でも、これは45秒を超えています。

私が作ることができるentries_to_fields構造に簡単な変更がありますか、私はさらに質問を採点できますか？

Answer 1

私はあなたの答えを読んだ後、（将来的に）あなたを助けるかもしれないこのクエリを書きました。

DELETE entries_to_fields 
FROM entries_to_fields 
JOIN entries 
ON entries_to_fields.entry_id = entries.id 
WHERE entries.form_id = 196 

... entries.form_idフィールドにはインデックスを付ける必要があります。

Answer 2

少し試行した後、&エラー+グーグルで、大きいテーブルのインデックスフィールドにINを使用すると非常に悪いことが判明しました。私は別のクエリにサブクエリを破った後、次のように動的なクエリを作成しました

：

DELETE FROM `entries_to_fields` WHERE `entry_id` = 232 OR `entry_id` = 342 ... 

潜在的な大規模なクエリを生成するにもかかわらず、これは今〜の1秒以内に実行されます。エントリの1000を削除する場合でも。

Answer 3

私はクエリプランを見ていますが、私の推測では、サブクエリはNULLを返し、完全スキャンを削除しています。

は、以下を参照してください。

http://dev.mysql.com/doc/refman/5.0/en/in-subquery-optimization.html