mysql count 优化效率_MySQL优化之COUNT(*)效率

MySQL优化之COUNT(*)效率

(2010-05-25 22:26:28)

标签：

杂谈

刚给一个朋友解决他写的Discuz!插件的问题，说到MySQL的COUNT(*)的效率，发现越说越说不清楚，干脆写下来，分享给大家。

COUNT(*)与COUNT(COL)

网上搜索了下，发现各种说法都有：

比如认为COUNT(COL)比COUNT(*)快的；

认为COUNT(*)比COUNT(COL)快的；

还有朋友很搞笑的说到这个其实是看人品的。

在不加WHERE限制条件的情况下，COUNT(*)与COUNT(COL)基本可以认为是等价的；

但是在有WHERE限制条件的情况下，COUNT(*)会比COUNT(COL)快非常多；

具体的数据参考如下：

mysql> SELECT COUNT(*) FROM cdb_posts where fid =

604;

+————+

| COUNT(fid) |

+————+

| 79000 |

+————+

1 row in set (0.03 sec)

mysql> SELECT COUNT(tid) FROM cdb_posts where fid =

604;

+————+

| COUNT(tid) |

+————+

| 79000 |

+————+

1 row in set (0.33 sec)

mysql> SELECT COUNT(pid) FROM cdb_posts where fid =

604;

+————+

| COUNT(pid) |

+————+

| 79000 |

+————+

1 row in set (0.33 sec)

COUNT(*)通常是对主键进行索引扫描，而COUNT(COL)就不一定了，另外前者是统计表中的所有符合的纪录总数，而后者是计算表中所有符合的COL的纪录数。还有有区别的。

COUNT时的WHERE

这点以前就写过，详细请看《Mysql中count(*),DISTINCT的使用方法和效率研究》：http://www.ccvita.com/156.html

简单说下，就是COUNT的时候，如果没有WHERE限制的话，MySQL直接返回保存有总的行数

而在有WHERE限制的情况下，总是需要对MySQL进行全表遍历。

优化总结：

1.任何情况下SELECT COUNT(*) FROM tablename是最优选择；

2.尽量减少SELECT COUNT(*) FROM tablename WHERE COL = ‘value’

这种查询；

3.杜绝SELECT COUNT(COL) FROM tablename WHERE COL2 = ‘value’

的出现。

MySQL 5.1.2x rc版本索引的bug

被这个问题彻底的郁闷了，最早时候是在FreeBSD下的MySQL 5.1.24 rc版本死活用不到索引，在给SELECT

语句加上FORCE INDEX (displayorder) 之后才算勉强解决。

随后在CentOS下的MySQL 5.1.23 rc版本发现了这个问题，居然在强制FORCE

INDEX依旧不起作用，在经过详细的测试之后，同时居然又出现了一个 IN (1,2,3,4)

这种语句出现的索引使用的bug。

经过百般搜索，发现MySQL 5.1.26的更新文档里有说修复了这个bug，打算升级到MySQL目前的正式版本

5.1.26，但是居然只发现了rpm包，于是彻底的郁闷了。

降级吧，又怕数据在MySQL5.0下跑起来异常，真是个头疼的问题。

各位有没有比较好的解决方案，继续需求解决方案中。

以后打死不用RC版本的MySQL了。

分享：

喜欢

0

赠金笔

加载中，请稍候......

评论加载中，请稍候...

发评论

登录名： 密码： 找回密码 注册记住登录状态

昵   称：

评论并转载此博文

发评论

以上网友发言只代表其个人观点，不代表新浪网的观点或立场。