MySQL优化总结-查询总条数
本文主要介绍了mysql优化总结-查询总条数的相关内容，文中进行简单的测试对比，具有一定参考价值，需要的朋友可以了解下，希望可以帮助到大家。
1、COUNT(*)和COUNT(COL)
COUNT(*)通常是对主键进行索引扫描，而COUNT(COL)就不一定了，另外前者是统计表中的所有符合的纪录总数，而后者是计算表中所有符合的COL的纪录数。还有有区别的。
优化总结，对于MyISAM表来说：
1.任何情况下SELECT COUNT(*) FROM tablename是最优选择；
2.尽量减少SELECT COUNT(*) FROMtablename WHERE COL = 'value' 这种查询；
3.杜绝SELECT COUNT(COL) FROM tablename WHERE COL2 ='value' 的出现。
2、COUNT(*)还是COUNT(id)
根据我的理解，应该是使用COUNT(id)更加快速，因为如果我的id是一个自增的主键，那么计算它的数量显然比计算所有字段的数量需要消耗的资源少一些。但是我不止在一篇的类似指导mysql查询加速的文章中看到，都建议我们使用SELECT COUNT(*)而非直接COUNT主键，这是为什么呢？
貌似是因为用MyISAM引擎的表存储了总条数，如果没有WHERE或者WHERE恒为真（比如WHERE 1），那么COUNT(*)可以直接返回总条数。
另外，很显然COUNT(*)不是"计算所有的字段"，显然MySQL会把*解析成“一条数据”的意思。
测试数据，简单对比一下，未做更深入的测试：
#0.817-一百万条的查询时间 select count(*) from student ; #0.789-一百万条的查询时间 select count(id) from student; #1.011-一百万条的查询时间 select count(name) from student; #1.162-一百万条的查询时间 SELECT COUNT(*) FROM student WHERE namelike '%xiaoli%';#默认用主键索引查询，但是加上like条件后索引失效
总的来说，使用COUNT(id)还是更快一些，这里作的简单对比，供大家参考。
相关推荐：
以上就是MySQL优化总结-查询总条数的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
-
1970-01-01 08:00:00
-
1970-01-01 08:00:00
-
1970-01-01 08:00:00
-
1970-01-01 08:00:00
-
1970-01-01 08:00:00
-
1970-01-01 08:00:00
-
1970-01-01 08:00:00
-
1970-01-01 08:00:00
-
1970-01-01 08:00:00
-
1970-01-01 08:00:00
143
收藏
