我的应用程序做了相当多的事情之一是：

select count(distinct id) from x;

id是表x的主键.使用MySQL 5.1(和5.0),它看起来像这样：

mysql> explain SELECT count(distinct id) from x;

+----+-------------+----------+-------+---------------+-----------------+---------+------+---------+-------------+

| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |

+----+-------------+----------+-------+---------------+-----------------+---------+------+---------+-------------+

| 1 | SIMPLE | x | index | NULL | ix_blahblahblah | 1 | NULL | 1234567 | Using index |

+----+-------------+----------+-------+---------------+-----------------+---------+------+---------+-------------+

在InnoDB上,这并不是很酷,但它也不错.

本周我正在尝试使用MySQL 5.5.11,并且惊讶地发现相同的查询速度慢很多倍.启动缓存后,与之前的5秒相比,大约需要90秒.该计划现在看起来像这样：

mysql> explain select count(distinct id) from x;

+----+-------------+----------+-------+---------------+---------+---------+------+---------+-------------------------------------+

| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |

+----+-------------+----------+-------+---------------+---------+---------+------+---------+-------------------------------------+

| 1 | SIMPLE | x | range | NULL | PRIMARY | 4 | NULL | 1234567 | Using index for group-by (scanning) |

+----+-------------+----------+-------+---------------+---------+---------+------+---------+-------------------------------------+

让它再次快速运行的一种方法是使用来自x的select count(id),这是安全的,因为id是主键,但我正在经历一些抽象层(如NHibernate),这使得这是一个非常重要的任务.

我尝试分析表x,但它没有产生任何明显的差异.

它看起来有点像this bug,虽然不清楚适用的版本是什么,或者发生了什么(没有人在一年内触及它但它是“严重/高/高”).

除了简单地改变我的查询之外,还有什么办法可以让MySQL变得更聪明吗？

更新：

根据要求,这是一种或多或少重现它的方法.我编写了这个SQL脚本来生成100万行虚拟数据(需要10或15分钟才能运行)：

delimiter $$

drop table if exists x;

create table x (

id integer unsigned not null auto_increment,

a integer,

b varchar(100),

c decimal(9,2),

primary key (id),

index ix_a (a),

index ix_b (b),

index ix_c (c)

) engine=innodb;

drop procedure if exists fill;

create procedure fill()

begin

declare i int default 0;

while i < 1000000 do

insert into x (a,b,c) values (1,"one",1.0);

set i = i+1;

end while;

end$$

delimiter ;

call fill();

当它完成后,我会观察到这种行为：

> 5.1.48

>从x中选择计数(不同的id)

> EXPLAIN是：key：ix_a,Extra：使用索引

>运行时间不到1.0秒

>从x中选择count(id)

> EXPLAIN是：key：ix_a,Extra：使用索引

>运行时间不到0.5秒

> 5.5.11

>从x中选择计数(不同的id)

> EXPLAIN是：key：PRIMARY,Extra：使用index by group-by

>需要超过7.0秒才能运行

>从x中选择count(id)

> EXPLAIN是：key：ix_a,Extra：使用索引

>运行时间不到0.5秒

编辑：

如果我通过说修改5.5中的查询

select count(distinct id) from x force index (ix_a);

它运行得更快.索引b和c也有效(不同程度),甚至强制索引PRIMARY也有帮助.