首页
学习
活动
专区
圈层
工具
发布

MySQL中count(字段) ,count(主键 id) ,count(1)和count(*)的区别

注:下面的讨论和结论是基于 InnoDB 引擎的。 首先要弄清楚 count() 的语义。...所以,count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数;而 count(字段),则表示返回满足条件的数据行里面,参数“字段”不为 NULL 的总个数。...注意:count(1)执行速度比count(主键 id)快的原因:从引擎返回 id 会涉及到解析数据行,以及拷贝字段值的操作。 count(*) MySQL 执行count(*)在优化器做了专门优化。...看到这里,你会说优化器就不能自己判断一下吗,主键 id 肯定是非空的,为什么不能按照 count(*) 来处理,多么简单的优化。当然 MySQL 专门针对这个语句进行优化也不是不可以。...但是这种需要专门优化的情况太多了,而且 MySQL 已经优化过 count(*) 了,你直接使用这种语句就可以了。

3.1K30

MySQL中count(字段) ,count(主键 id) ,count(1)和count(*)的区别

注:下面的讨论和结论是基于 InnoDB 引擎的。 首先要弄清楚 count() 的语义。...所以,count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数;而 count(字段),则表示返回满足条件的数据行里面,参数“字段”不为 NULL 的总个数。...注意:count(1)执行速度比count(主键 id)快的原因:从引擎返回 id 会涉及到解析数据行,以及拷贝字段值的操作。 count(*) MySQL 执行count(*)在优化器做了专门优化。...看到这里,你会说优化器就不能自己判断一下吗,主键 id 肯定是非空的,为什么不能按照 count(*) 来处理,多么简单的优化。当然 MySQL 专门针对这个语句进行优化也不是不可以。...但是这种需要专门优化的情况太多了,而且 MySQL 已经优化过 count(*) 了,你直接使用这种语句就可以了。

3.2K10
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高?

    在 MySQL 中,COUNT 函数是一个非常常用的聚合函数,它用于计算某列或某表达式在查询结果中出现的次数。...其实,它们的性能基本相同,因为在执行时,MySQL 会对这两种写法进行优化。MySQL 会从内存缓存里遍历主键索引,这是一种非常高效的操作方式,而且不需要读取数据页或磁盘块。...除此之外,还有一个需要注意的地方,就是在某些数据库中,COUNT(字段) 可能比 COUNT(1) 更快。...,避免了访问其他内存中的区域。...在一些数据库中,COUNT(字段) 可能比 COUNT(1) 更快。因此,在实际应用中,我们可以根据具体的情况来选择不同的写法,从而获得更好的查询性能。

    1.9K30

    MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高?

    在select count(?) from t这样的查询语句里面,count(*)、count(主键id)、count(字段)和count(1)等不同用法的性能,有哪些差别。...看到这里,你一定会说,优化器就不能自己判断一下吗,主键id肯定非空啊,为什么不能按照count(*)来处理,多么简单的优化啊。 当然,MySQL专门针对这个语句进行优化,也不是不可以。...但是这种需要专门优化的情况太多了,而且MySQL已经优化过count(*)了,你直接使用这种用法就可以了。...我们提到了在不同引擎中count(*)的实现方式是不一样的,也分析了用缓存系统来存储计数值存在的问题。...而把计数值也放在MySQL中,就解决了一致性视图的问题。 InnoDB引擎支持事务,我们利用好事务的原子性和隔离性,就可以简化在业务开发时的逻辑。这也是InnoDB引擎备受青睐的原因之一。

    5.2K50

    MySQL 中 count(*) 比 count(1) 快?

    今天有人跟我讲 MySQL 中 count(1) 比 count(*) 快,这能忍?必须得和他掰扯掰扯。 声明:以下讨论基于 InnoDB 存储引擎,MyISAM 因为情况特殊我在文末会单独说一下。...3.2 原理分析 不知道小伙伴们有没有注意过,我们学习 MySQL 的时候,count 函数是归在聚合函数那一类的,就是 avg、sum 等,count 函数和这些归在一起,说明它也是一个聚合函数。...最后再来说说 select count(*) from user; ,这个 SQL 的特殊之处在于它被 MySQL 优化过,当 MySQL 看到 count(*) 就知道你是想统计总记录数,就会去找到一个最小的索引树去遍历...可能有小伙伴知道,MyISAM 引擎中的 select count(*) from user; 操作执行起来是非常快的,那是因为 MyISAM 把表中的行数直接存在磁盘中了,需要的时候直接读取出来就行了...当然,MySQL 中的 MVCC 实际上是一个非常宏大的话题,松哥以后有空了再和大家详细介绍 MVCC。 好啦,现在小伙伴们懂了吧?有问题欢迎留言讨论。

    1.5K10

    MySQL的count(*)、count(1)和count(列名)区别

    魔都架构师 | 全网30W技术追随者 大厂分布式系统/数据中台实战专家 主导交易系统百万级流量调优 & 车联网平台架构 AIGC应用开发先行者 | 区块链落地实践者 以技术驱动创新,我们的征途是改变世界..."; count(*) 2 count(1)、count(*)是检索表中所有记录行的数目,无论是否包含null值 count(1)比count(*)效率高 count(字段),检索表中的该字段的非空行数...count(1) and count(字段) count(1) 会统计表中的所有的记录数,包含字段为null 的记录 count(字段) 会统计该字段在表中出现的次数,忽略字段为null 的情况。...实例 create table counttest(name char(1), age char(2)); mysql> select * from counttest; +------+------+...| 16 | | c | 17 | | d | NULL | | e | | +------+------+ 8 rows in set (0.00 sec) mysql

    4.2K20

    MySQL COUNT(*) COUNT(1) 与 COUNT(列) 的区别

    COUNT() 函数作用是统计符合查询条件的记录中,函数指定的参数不为 NULL 的记录有多少个。...在通过 COUNT 函数统计有多少条记录时,MySQL 的 server 层会维护一个名叫 count 的变量。...3.2 COUNT(1) 的执行过程? 用下面这条语句作为例子: SELECT COUNT(1) FROM t_order; 如果表里只有主键索引,没有二级索引时。...那么,InnoDB 循环遍历聚簇索引(主键索引),将读取到的记录返回给 server 层,但是不会读取记录中的任何字段的值,因为 COUNT 函数的参数是 1,不是字段,所以不需要读取记录中的字段值。...对于 SELECT * 这条语句来说是这个意思,但是在 COUNT(*) 中并不是这个意思。

    71310

    MySQL中count(*)、count(主键id)、count(字段)和count(1)那种效率更高?「建议收藏」

    在select count(?) from t这样的查询语句里面,count(*)、count(主键id)、count(字段)和count(1)等不同用法的性能,有哪些差别。...看到这里,你一定会说,优化器就不能自己判断一下吗,主键id肯定非空啊,为什么不能按照count(*)来处理,多么简单的优化啊。 当然,MySQL专门针对这个语句进行优化,也不是不可以。...但是这种需要专门优化的情况太多了,而且MySQL已经优化过count(*)了,你直接使用这种用法就可以了。...我们提到了在不同引擎中count(*)的实现方式是不一样的,也分析了用缓存系统来存储计数值存在的问题。...而把计数值也放在MySQL中,就解决了一致性视图的问题。 InnoDB引擎支持事务,我们利用好事务的原子性和隔离性,就可以简化在业务开发时的逻辑。这也是InnoDB引擎备受青睐的原因之一。

    1.8K40

    MySQL中count是怎样执行的?———count(1),count(id),count(非索引列),count(二级索引列)的分析

    经常会看到这样的例子: 当你需要统计表中有多少数据的时候,会经常使用如下语句 SELECT COUNT(*) FROM demo_info;   由于聚集索引和非聚集索引中的记录是一一对应的,而非聚集索引记录中包含的列...如果我们使用非聚集索引执行上述查询,即统计一下非聚集索引uk_key2中共有多少条记录,是比直接统计聚集索引中的记录数节省很多I/O成本。所以优化器会决定使用非聚集索引uk_key2执行上述查询。...详情可见MySQL查询为什么选择使用这个索引?...——基于MySQL 8.0.22索引成本计算 分析一下执行计划 在执行上述查询时,server层会维护一个名叫count的变量,然后: server层向InnoDB要第一条记录。...InnoDB找到uk_key2的第一条二级索引记录,并返回给server层(注意:由于此时只是统计记录数量,所以并不需要回表)。 由于count函数的参数是*,MySQL会将*当作常数0处理。

    1.9K20

    MySQL中的join语句

    MySQL中的join语法 在MySQL中,join语句想必大家都不陌生,今天我们围绕join语句展开,说一些可能平时不关注的知识点。...整个join语句的执行过程如下: a、从表t1中拿到一条记录的字段a值 b、拿a的值去t2表中查找,查找匹配的行 c、找到结果,和表t1中的行拼接成一行记录,作为结果的一条记录 d、重复以上三个步骤,直到...在这个过程中,因为t2表使用到了索引,而且执行的过程是循环执行的,所以MySQL把这种情况下的join查询称之为index Nested-Loop join。...这里,我们简单推一下复杂度的公式: 假设驱动表的记录为M,被驱动表的值是N,因为被驱动表使用了索引,在一棵b+树上索引的查找效率近似logN,因为我们的语句时select * ,要牵扯到回表到聚集索引查询所有字段...最后介绍下,MySQL中通过下面的参数来控制join buffer的大小: mysql> show variables like '%join_buffer%'; +------------------

    2.5K10

    面试必知 | MYSQL中count(*)、count(1)、count(col)之间的差异,你知道多少?

    在昨天的一篇闲聊《说说心里话》中,提到了面试中经常会被面试官问到的一个知识点:MYSQL中count(*)、count(1)、count(col)之间的差异;无论是面试开发岗,还是运维岗,这个问题被面试的几率是非常的大...如下是MYSQL官方文档中相关的描述:https://dev.mysql.com/doc/refman/5.7/en/group-by-functions.html#function_count COUNT...InnoDB不保留表中的内部行数,因为并发事务可能同时“看到”不同数量的行。因此,SELECT COUNT(*)语句只计算当前事务可见的行。...在MySQL 5.7.18之前,通过扫描聚簇索引来InnoDB处理 SELECT COUNT(*)语句。...当然,由于”SHOW TABLE STATUS”语句是MySQL特有的语句,而不是标准SQL语句。出于某些考量,这个方案无法接受,那么为了性能另一个建议是建立一个计数表,存放各种COUNT计数。

    92020

    MySQL count()函数及其优化count(1),count(*),count(字段)区别

    很简单,就是为了统计记录数 由SELECT返回 为了理解这个函数,让我们祭出 employee_tbl 表 所有记录 统计行的总数 计算 Zara 的记录数 注意:由于 SQL 查询对大小写不敏感,所以在...WHERE 条件中,无论是写成 ZARA 还是 Zara,结果都是一样的 count(1),count(*),count(字段)区别 count(1)和count(*) 作用 都是检索表中所有记录行的数目...,不论其是否包含null值 区别 count(1)比count(*)效率高 二 . count(字段)与count(1)和count(*)的区别 count(字段)的作用是检索表中的这个字段的非空行数,...不统计这个字段值为null的记录 任何情况下SELECT COUNT(1) FROM tablename是最优选择 尽量减少SELECT COUNT(*) FROM tablename WHERE COL...= ‘value’ 这种 杜绝SELECT COUNT(COL) FROM tablename WHERE COL2 = ‘value’ 的出现 如果表没有主键,那么count(1)比count(*)

    3.5K60

    MySQL的COUNT语句,竟然都能被面试官虐的这么惨!?

    1、认识COUNT 关于COUNT函数,在MySQL官网中有详细介绍: ? 简单翻译一下: 1、COUNT(expr) ,返回SELECT语句检索的行中expr的值不为NULL的数量。...但是,InnoDB还是针对COUNT(*)语句做了些优化的。 在InnoDB中,使用COUNT(*)查询行数的时候,不可避免的要进行扫表了,那么,就可以在扫表过程中下功夫来优化效率了。...从MySQL 8.0.13开始,针对InnoDB的SELECT COUNT(*) FROM tbl_name语句,确实在扫表的过程中做了一些优化。...至此,我们介绍完了MySQL数据库对于COUNT(*)的优化,这些优化的前提都是查询语句中不包含WHERE以及GROUP BY条件。...因为这个是SQL92定义的标准统计行数的语法,而且本文只是基于MySQL做了分析,关于Oracle中的这个问题,也是众说纷纭的呢。

    73520
    领券