使用索引优化mysql查询

Question

我有这个查询的问题：

SELECT DISTINCT s.city, pc.start, pc.end 
FROM postal_codes pc LEFT JOIN suspects s ON (s.postalcode BETWEEN pc.start AND      pc.end) 
WHERE pc.user_id = "username" 
ORDER BY pc.start

疑似表有大约340 000个条目，邮政编码上有一个索引，我有几个用户，但这个单独的查询需要大约0.5秒，当我用解释运行这个SQL时，我得到这样的东西： http：//my.jetscreenshot .com / 7536/20111225-myhj-41kb.jpg - 这些NULL是否意味着查询没有使用索引？ 索引是一个BTREE所以我认为这应该运行得快一点。

你能帮我解决这个问题吗？ 如果还有其他任何信息，请告诉我。

编辑：我有关于suspects.postalcode，postal_codes.start，postal_codes.end，postal_codes.user_id的索引。

基本上我正在努力实现：我有一个表，其中每个用户ID分配了多个邮政编码范围，所以它看起来像：

user_id | start | end

我有一个嫌疑人表，每个嫌疑人都有一个地址（包含邮政编码），所以在这个查询中我试图获得邮政编码范围 - 开始和结束以及该范围内的城市名称。

希望这可以帮助。

Answer 1

每当使用左连接时，将拾取第一个表的所有记录而不是基于索引的选择。 我建议使用内连接。 类似于下面的查询。

select distinct 
  s.city, 
  pc.start, 
  pc.end 
from postal_codes pc, suspect s 
where 
  s.postalcode between (select pc1.start, pc1.end from postal_code pc1 where pc1.user_id = "username" ) 
  and pc.user_id = "username"
order by pc.start

Answer 2

它只使用一个索引，而不是连接中涉及的字段。 尝试为开始和结束字段创建索引，或使用> =和<=而不是BETWEEN

Answer 3

不是100％肯定，但是这可能是相关的：

有时MySQL不使用索引，即使有索引也是如此。 发生这种情况的一种情况是，优化器估计使用索引将需要MySQL访问表中非常大比例的行。 （在这种情况下，表扫描可能会快得多，因为它需要更少的搜索。）但是，如果这样的查询使用LIMIT只检索一些行，MySQL无论如何都使用索引，因为它可以更快地找到结果中返回的几行。

因此，尝试使用LIMIT进行测试，如果它使用了索引，那么就找到了原因。

Answer 4

我不得不说我对你的表命名约定有点困惑，我希望“suspect”表有一个user_id而不是postal_code，但你必须有你的理由。 如果您原样保留此查询，则可以在postal_code（star，end）上添加索引以避免完整的表扫描。

Answer 5

我想你可以重新构建你的查询，如下所示，

SELECT DISTINCT s.city, pc1.start, pc1.end FROM 
(SELECT pc.start and pc.end from postal_codes pc where pc.user_id = "username") as pc1,    Suspect s
WHERE s.postalcode BETWEEN pc1.start, pc1.end ORDER BY pc1.start

由于左连接和条件之间的关系，您的查询没有在s表上获取索引。 在表中包含索引并不一定意味着它将在所有查询中使用。

Answer 6

尝试FORCE INDEX 。