MySQL优化总结-查询总条数

作者：匿名字体：[增加减小] 来源：互联网时间：2018-12-05

匿名通过本文主要向大家介绍了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)还是更快一些，这里作的简单对比，供大家参考。

您可能想查找下面的文章:

2018-12-05oracle关键字作为字段名使用方法
2018-12-05四个比较经典的sql编程问题
2017-05-11MySQL慢查询查找和调优测试
2018-12-05PHP连接MySql闪断自动重连的方法_MySQL
2018-12-05MySQL 使用自增ID主键和UUID 作为主键的优劣比较详细过程（500W单表）
2018-12-05SQL CONVERT转化函数使用方法小结
2018-12-05mysql存储过程详解
2017-05-11深入sql数据连接时的一些问题分析
2017-05-11Mysql数据库错误代码中文详细说明
2018-12-05MySQL Cluster集群配置方案

MySQL优化总结-查询总条数

您可能想查找下面的文章:

相关文章

文章分类

最近更新的内容