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优化总结-查询总条数的全部内容，希望对大家有所帮助。感兴趣的朋友可以参阅：MySQL优化之使用连接(join)代替子查询、MYSQL子查询和嵌套查询优化实例解析、mysql in语句子查询效率慢的优化技巧示例等，如有不足之处，欢迎留言指出。感谢朋友们对本站的支持！
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
3月27日消息，苹果宣布2024年全球开发者大会（WWDC）将于6月10日至6月14日举行，巧合的是，这次大会与端午假期重合。
苹果官方表示：
在线参加 Apple 每年规模最大的开发者盛会。亲眼见证 Apple 最新平台、技术和工具的发布。了解如何创建和改进你的 App 和游戏。与 Apple 设计师和工程师互动交流，与全球开发者社区建立联系。以上活动均免费在线举行。
探索各种新的工具、框架和功能，助力你打造出理想的 App 和游戏。通过视频讲座学习新技能，与 Apple 专家进行一对一会面，以推进你的项目，完善你的构思。
Swift Student Challenge 旨在支持和鼓舞下一代开发者、创作者和企业家。太平洋时间 3 月 28 日，我们将公布今年的获奖者名单。获奖者将有资格参加在 Apple Park 举办的特别活动。我们还会选出 50 名杰出获胜者，他们将受邀前往库比提诺，获得为期三天的非凡体验，包括参加 Apple Park 的特别活动。
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。