2010-04-03 25 views
0

我有这个表:MySQL不会使用索引进行查询吗?

CREATE TABLE `point` (                     
      `id` INT(11) NOT NULL AUTO_INCREMENT,                 
      `siteid` INT(11) NOT NULL,                   
      `lft` INT(11) DEFAULT NULL,                   
      `rgt` INT(11) DEFAULT NULL,                   
      `level` SMALLINT(6) DEFAULT NULL,                  
      PRIMARY KEY (`id`),                     
      KEY `point_siteid_site_id` (`siteid`),                
      CONSTRAINT `point_siteid_site_id` FOREIGN KEY (`siteid`) REFERENCES `site` (`id`) ON DELETE CASCADE 
     ) ENGINE=INNODB AUTO_INCREMENT=35 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci   

而这个查询:

SELECT * FROM `point` WHERE siteid = 1; 

导致此EXPLAIN信息:

+----+-------------+-------+------+----------------------+------+---------+------+------+-------------+ 
| id | select_type | table | type | possible_keys  | key | key_len | ref | rows | Extra  | 
+----+-------------+-------+------+----------------------+------+---------+------+------+-------------+ 
| 1 | SIMPLE  | point | ALL | point_siteid_site_id | NULL | NULL | NULL | 6 | Using where | 
+----+-------------+-------+------+----------------------+------+---------+------+------+-------------+ 

的问题是,为什么不使用查询point_siteid_site_id索引?

+0

我重新创建了你的表格,它清楚地使用了预期的索引。 – Nirmal 2010-04-03 15:29:21

+0

当然不适合我,那是我为该查询收到的确切的EXPLIAN输出。 – 2010-04-06 21:12:13

回答

2

我还没有使用过多的MySQL,但是在PostgreSQL中如果表中的记录数很少,它可以决定不使用索引。这不是问题,因为它为情况选择了最佳的查询计划。当记录数量更大时,它将使用索引。也许这与MySQL的情况是一样的。

编辑:你确定外键是索引?

+0

最近的Mysql版本会在任何定义为外键的字段上自动创建键,而不是单独创建它。 – 2010-04-03 17:39:42

+0

谢谢,很高兴知道。 – 2010-04-03 18:34:26

0

这可能是因为您没有足够的样本数据,或者siteid值的基数(多样性)不是很大。这些是优化器只会读取所有值才能更快找到的最常见原因。