你真的理解了count()函数嘛?

本文探讨了MySQL中count(*)与count(1)高效性的原因,并通过实例对比和性能分析,揭示了count(1)在忽略列内容判断上的优势。同时,文章提供了实操验证和查询优化器原理,帮助理解count(*)为何看似效率更高。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

阅读此篇博客预计消耗你5分钟时间 【今日短语】: 那些令你痛苦的往往也令你受益良多

count 分类

 count(*)  最常用的一种,返回符合条件所有行
 count(1)  符合条件存在记录则返回数+1
 count(normal column) 统计符合条件记录某列字段非NULL值数量
 count(unique column) 统计符合条件记录某列唯一约束字段非NULL值数量
 count(primary) 统计符合条件记录主键数量

性能比较(仅供参考)

count(1) >  count(*) > count(primary) > count(unique column) > count(normal column)

分析

  根据mysql查询优化器规则,有索引的记录查询效率会更高,
  所以 count(primary) > count(unique column) > count(normal column) 应当是无异议的。
  
  那么,为什么count(*)count(1) 比其他count效率更高呢? 举个鲜活的例子,就好比数人头,是个人我们就算一个,
  我不用去观察目标人物是不是正常人,更不用去判断目标人物的性别,这两种都是属于统一性质的。
  
  在这有读者开始质疑我了,既然count(*)count(1)是同一性质的行为,那你是怎么判断count(1) > count(*)呢?
  我阅读很多篇关于count(*)count(1)性能讨论的文章,我说一下我个人的观点,
  我认为count(1)是有就返回,不关心列中存储的数据,而count(*)至少会检索一列,如果没有自增,又没有非空约束,
  那么就会判断column1是不是NULL,不是+1,否则继续判断column2,依次查询该记录所有列。
  
  另外还有一些方式来证实我的想法,如下图:
首先我们通过navicat客户端中实时获取行数操作

在这里插入图片描述

继而查看结果

在这里插入图片描述

然后我们查询操作日志,发行navicat采用的方式与我们是一致的

在这里插入图片描述

注意,不要看详细信息中的行数,这是mysql内部统计表格的数据,似乎有缓存机制,非实时

在这里插入图片描述

相信你已经找到了答案,希望这篇文章能帮助到你 (●’◡’●)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

心系编程

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值