句は、クエリが本当に遅い

Question

は、次の2つのクエリを考えてみますWHERE追加：

select a.*, c.* 
from account a 
join customer c on a.customer_id = c.id 
join import i on a.import_id = i.id 
join import_bundle ib on i.import_bundle_id = ib.id 

と

select a.*, c.* 
from account a 
join customer c on a.customer_id = c.id 
join import i on a.import_id = i.id 
join import_bundle ib on i.import_bundle_id = ib.id 
where ib.id = 8 

最初のクエリが高速であり、二つ目は超遅いです。どんな考え？私はインデックスなどが必要だと思っていますが、インデックスの仕組みは分かりません。私はMySQLを使用しています。

は、ここで私は2番目のクエリにEXPLAINをすれば何が起こるかです：

id select_type  table type possible_keys key  key_len  ref  rows Extra 
1 SIMPLE ib const PRIMARY  PRIMARY  8 const 1 Using index 
1 SIMPLE c ALL  PRIMARY   144858 
1 SIMPLE a ref  fk_account_customer_id,fk_account_import_id  fk_account_customer_id 8 mcif.c.id 2 
1 SIMPLE i eq_ref PRIMARY,import_bundle_id PRIMARY  8 mcif.a.import_id 1 Using where 

私も、それを解釈する方法がわかりません。

編集：

select a.*, 
     c.* 
    from account a 
    join customer c on a.customer_id = c.id 
    join (select id, 
       import_bundle_id 
      from import 
     where import_bundle_id = 8) i on a.import_id = i.id 
    join import_bundle ib on i.import_bundle_id = ib.id 

何もしませんでしたimport_bundle.idにインデックスを追加する：これは私が使用して終了するものです。

Answer 1

• パフォーマンスに関して、クエリでは、実際に。*とc。*が必要ですか？

• したがって、索引の使用は十分に改善されません。私はmysqlに精通していないが、このようなサブクエリで結合を試みることができますか？

 
    select a.*, c.* 
    from account a 
    join customer c on a.customer_id = c.id 
    join 
    ( 
     SELECT id, import_bundle_id FROM import WHERE id = 8 
    ) as i on a.import_id = i.id 
    join import_bundle ib on i.import_bundle_id = ib.id 
    where ib.id = 8 

• おそらく、最良の指標は以下のとおりです。import.import_bundle_idのインデックスとimport_bundle.id上の別のインデックス。

Answer 2

EXPLAIN http://dev.mysql.com/doc/refman/5.0/en/explain.htmlを使用すると、インデックスがわかりやすくなります。インデックスはあなたがimport_bundle.idためにインデックスを追加した場合ib.id = 8

で結果セット内のレコードを見つけるためにhttp://www.tizag.com/mysqlTutorial/mysql-index.php

Answer 3

後者のクエリ軍のMySQLをどのように機能するかをここで

、 MySQLはそれらすべてをチェックする必要はなく、対応するレコードをすばやく見つけることができます。

データベースのインデックスは、すべてのページを調べるのではなく、背中のインデックスに移動して、探しているページ番号を見つけてそこにまっすぐに進みます。

Answer 4

私は特にmysqlに精通していませんが、ib.idのインデックスがほぼ確実に役立ちます。 JOIN句またはWHERE句で使用するフィールドは、通常、索引付けする必要があります。また、ib.idの代わりにi.import_bundle_idをフィルタリングし、それが役立つかどうかを確認することもできます。

一般的に、インデックスは情報をより速く見つけるのに役立ちます。適切なものを見つけるためにデータベース全体に広がったすべてのアイテムを見なければならないのではなく、ハッシュテーブルなどの方法を使って見た目を絞って、正確なレコードに絞り込むことができます。 Wikipedia explains itよりもはるかに優れています。 :)

Answer 5

他の回答は正しい方向に指している限り、ib.idです。ただし、ib.idは主キー（PK）のように見えます。データベースにPKとして設定されていますか？そうであれば、それは自動的にPKであるためにインデックスを取得するはずです。それがPKとして設定されておらず、実際にはがであるべき列である場合、パフォーマンスだけでなくデータベースに多くの問題があるでしょう。

つまり、ib.idを主キーにする必要がある場合は、それを1にしてください。自動的にインデックスが作成されるため、パフォーマンスが向上するはずです（別途インデックスを追加する心配もありません）。