添加WHERE子句使查询很慢

Question

考虑以下两个查询：

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。

这里的，如果我在第二查询做一个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

• 关于性能，在您的查询中，您确实需要a。*和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了解索引可以改善您的搜索。

这里指数是如何工作的http://www.tizag.com/mysqlTutorial/mysql-index.php

Answer 3

后者查询强制MySQL发现结果与ib.id = 8

集如果添加一个索引来import_bundle.id内的结果，那么MySQL将能够快速找到相应的记录，而不必全部检查它们。

数据库索引就像教科书中的索引，而不是查看每个页面，然后转到后面的索引，找到要查找的内容的页码并直接进入该索引。

Answer 4

我并不熟悉mysql，但ib.id上的索引几乎肯定会有所帮助。您在JOIN或WHERE子句中使用的任何字段通常应该被编入索引。此外，你可以尝试过滤i.import_bundle_id而不是ib.id，看看是否有帮助。

索引通常用于加快查找信息的速度。与其不必遍历遍布整个数据库的每个项目来找到合适的项目，他们可以使用散列表或类似的方法来缩小它们必须查看的范围，可能将范围缩小到正确的记录。 Wikipedia explains it远比我可以。 :)

Answer 5

其他答案指出你在正确的方向至ib.id索引。但是，ib.id看起来像主键（PK）。它在数据库中设置为PK吗？如果是这样，它应该通过成为一名PK自动获得索引。如果它没有设置为PK，并且确实是应为的列，那么数据库的问题不仅仅是性能问题。

简而言之，如果ib.id应该是一个主键，那么将其设为1，并且您的性能应该会提高，因为它会自动获取索引（并且您不必担心单独向其中添加任何索引）。