+ -
当前位置:首页 → 问答吧 → select count(*) from fdp.reuters_rkd_pm; 8分钟,这是怎么回事!

select count(*) from fdp.reuters_rkd_pm; 8分钟,这是怎么回事!

时间:2011-09-07

来源:互联网

mysql> select count(*) from fdp.reuters_rkd_pm;
+----------+
| count(*) |
+----------+
|  9431256 |
+----------+
1 row in set (8 min 55.33 sec)

mysql版本5.5.10, 数据库服务器内存4G,innodb存储引擎,程序员开发测试库,没有任何并发压力,现在任何时候执行都是需要9分钟左右。
查询总记录数竟然要9分钟,这是神马情况,如何调整优化呢?

附带explain执行计划

mysql> explain select count(xref) from fdp.reuters_rkd_pm;
+----+-------------+----------------+-------+---------------+---------+---------+------+----------+-------------+
| id | select_type | table          | type  | possible_keys | key     | key_len | ref  | rows     | Extra       |
+----+-------------+----------------+-------+---------------+---------+---------+------+----------+-------------+
|  1 | SIMPLE      | reuters_rkd_pm | index | NULL          | PRIMARY | 53      | NULL | 12597698 | Using index |
+----+-------------+----------------+-------+---------------+---------+---------+------+----------+-------------+
1 row in set (0.00 sec)
mysql>

走的也是索引啊,非常快就出来结果了。我非常迷茫了......

作者: mchdba   发布时间: 2011-09-07

InnoDB引擎没有全局的计数器,不像MyISAM引擎,所以此类的COUNT确实超慢

另外一点,一般此类统计都是扫描主键值完成的,你的执行计划也显示是正确的,那么就跟你主键有关系了

你的记录数:12,597,698,主键的类型是不是长度很长啊......另外还跟你的服务器能力,以及分配的参数内存,以及给innodb_buffer_pool_size的值有关系

作者: jinguanding   发布时间: 2011-09-07