MySQL优化总结-查询总条数
1、COUNT(*)和COUNT(COL)
COUNT(*)通常是对主键进行索引扫描，而COUNT(COL)就不一定了，另外前者是统计表中的所有符合的纪录总数，而后者是计算表中所有符合的COL的纪录数。还有有区别的。
优化总结，对于MyISAM表来说：
1.任何情况下SELECTCOUNT(*)FROMtablename是最优选择；
2.尽量减少SELECTCOUNT(*)FROMtablenameWHERECOL='value'这种查询；
3.杜绝SELECTCOUNT(COL)FROMtablenameWHERECOL2='value'的出现。
2、COUNT(*)还是COUNT(id)
根据我的理解，应该是使用COUNT(id)更加快速，因为如果我的id是一个自增的主键，那么计算它的数量显然比计算所有字段的数量需要消耗的资源少一些。但是我不止在一篇的类似指导mysql查询加速的文章中看到，都建议我们使用SELECTCOUNT(*)而非直接COUNT主键，这是为什么呢？
貌似是因为用MyISAM引擎的表存储了总条数，如果没有WHERE或者WHERE恒为真（比如WHERE1），那么COUNT(*)可以直接返回总条数。
另外，很显然COUNT(*)不是"计算所有的字段"，显然MySQL会把*解析成“一条数据”的意思。
测试数据，简单对比一下，未做更深入的测试：
#0.817-一百万条的查询时间 selectcount(*)fromstudent; #0.789-一百万条的查询时间 selectcount(id)fromstudent; #1.011-一百万条的查询时间 selectcount(name)fromstudent; #1.162-一百万条的查询时间 SELECTCOUNT(*)FROMstudentWHEREnamelike'%xiaoli%';#默认用主键索引查询，但是加上like条件后索引失效
总结
总的来说，使用COUNT(id)还是更快一些，这里作的简单对比，供大家参考。
以上就是本文关于MySQL优化总结-查询总条数的全部内容，希望对大家有所帮助。感兴趣的朋友可以参阅：MySQL优化之使用连接(join)代替子查询、MYSQL子查询和嵌套查询优化实例解析、mysqlin语句子查询效率慢的优化技巧示例等，如有不足之处，欢迎留言指出。感谢朋友们对本站的支持！