技术分享 | MySQL:count(*)、count(字段) 实现上区别
来源:SegmentFault
时间:2023-02-24 21:26:56 403浏览 收藏
积累知识,胜过积蓄金银!毕竟在##column_title##开发的过程中,会遇到各种各样的问题,往往都是一些细节知识点还没有掌握好而导致的,因此基础知识点的积累是很重要的。下面本文《技术分享 | MySQL:count(*)、count(字段) 实现上区别》,就带大家讲解一下MySQL、数据库、count知识点,若是你对本文感兴趣,或者是想搞懂其中某个知识点,就请你继续往下看吧~
作者:高鹏
文章末尾有他著作的《深入理解 MySQL 主从原理 32 讲》,深入透彻理解 MySQL 主从,GTID 相关技术知识。
继上一篇文章:
MySQL:查询字段数量多少对查询效率的影响
我们继续来讨论一下 count(*) count(字段)实现上的区别。注意我们这里都使用 Innodb 做为存储引擎,不讨论其他引擎。因为了有了前面的讨论,更容易看出它们的区别,这里我们有如下注意点:
- 我们需要做到执行计划一样,这里一全表扫描为例。实际上 count 很可能使用到覆盖索引(Using index),本文主要讨论它们实现的异同。
- count(*) 和 count(字段) 在结果上可能并不一致。比如 count(字段),但是某些行本字段为 NULL 的话那么将不会统计行数,下面将会说明这种 NULL 判断的位置。
本文还是使用简单的全表扫描来进行对比实现上的区别。首先我们要明确的是 count 使用的是一个 COUNT 计数器。
一、使用示例
在示例中我们也可以看到两个语句的结果实际上并不一致
mysql> show create table baguai_f \G *************************** 1. row *************************** Table: baguai_f Create Table: CREATE TABLE `baguai_f` ( `id` int(11) DEFAULT NULL, `a` varchar(20) DEFAULT NULL, `b` varchar(20) DEFAULT NULL, `c` varchar(20) DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8 1 row in set (0.00 sec) mysql> select * from baguai_f ; +------+------+------+------+ | id | a | b | c | +------+------+------+------+ | 1 | g | g | NULL | | 1 | g1 | g1 | g1 | | 3 | g2 | g2 | g2 | | 4 | g | g | NULL | | 5 | g | g | NULL | | 6 | g3 | g3 | g3 | +------+------+------+------+ 6 rows in set (0.00 sec) mysql> desc select count(*) from baguai_f where b='g'; +----+-------------+----------+------------+------+---------------+------+---------+------+------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+----------+------------+------+---------------+------+---------+------+------+----------+-------------+ | 1 | SIMPLE | baguai_f | NULL | ALL | NULL | NULL | NULL | NULL | 6 | 16.67 | Using where | +----+-------------+----------+------------+------+---------------+------+---------+------+------+----------+-------------+ 1 row in set, 1 warning (0.00 sec) mysql> desc select count(c) from baguai_f where b='g'; +----+-------------+----------+------------+------+---------------+------+---------+------+------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+----------+------------+------+---------------+------+---------+------+------+----------+-------------+ | 1 | SIMPLE | baguai_f | NULL | ALL | NULL | NULL | NULL | NULL | 6 | 16.67 | Using where | +----+-------------+----------+------------+------+---------------+------+---------+------+------+----------+-------------+ 1 row in set, 1 warning (0.00 sec) mysql> select count(*) from baguai_f where b='g'; +----------+ | count(*) | +----------+ | 3 | +----------+ 1 row in set (0.00 sec) mysql> select count(c) from baguai_f where b='g'; +----------+ | count(c) | +----------+ | 0 | +----------+ 1 row in set (0.00 sec)
这种不一致来自于 b='g' 的 c 列中都是 NULL 值,因此 count(c) 返回为 0。
二、示例中 count(*) 获取数据流程简析
注意在《MySQL:查询字段数量多少对查询效率的影响》一文中我们已经详细的描述了部分流程,这里不再熬述,如果需要更加详细的了解,自行参考。
1、MySQL 层 构建 read_set
这里构建的 read_set 实际上只会包含列b,即一个字段。
2、Innodb 层 构建模板
同理根据 read_set 构建的字段模板中只会包含列b。
LOOP:这里开始循环返回每一条数据
3、Innodb 层 根据模板返回数据
这里我们可以看看模板的数量和模板对应的具体列名
- 模板的数量
断点:row_sel_store_mysql_rec 查看模板数量: (gdb) p prebuilt->n_template $1 = 1
- 查看模板对应的字段
断点:row_sel_field_store_in_mysql_format_func 查看模板对应的字段: (gdb) p field->name $3 = {m_name = 0x7ffe7c99cf85 "b"}
显然这里只是将 b 列的值返回给了 MySQL层,这里也很好理解,因为 b 列在 MySQL 层需要继续做过滤操作。
4、MySQL 层 过滤条件 b='g'
好了,当前返回给 MySQL 层的数据中只有 b 列的数据,然后施加 b='g' 这个条件进行过滤。
5、MySQL 层 过滤后做一个 COUNT 计数操作
对于普通的 select 语句过滤后的数据就可以返回了,但是对于 count 这种操作,这里做的是一个计数操作,其中行会对 count 字段的 NULL 值进行判断,当然这里是 count(*) 也就不存在 NULL 值判断了,下面是这段代码:
bool Item_sum_count::add() { if (aggr->arg_is_null(false)) return 0; count++; return 0; }
END LOOP
最终我们只需要返回这个计数就可以了。下面是发送的数据,断点可以设置在 Query_result_send::send_data 中。
$22 = Item::SUM_FUNC_ITEM (gdb) p ((Item*)(items)->first->info)->field_type() $23 = MYSQL_TYPE_LONGLONG (gdb) p ((Item*)(items)->first->info)->val_int() $24 = 3 (gdb) p (items)->first->info $26 = (void *) 0x7ffe7c006580 (gdb) p ((Item_sum_count*)$26)->count $28 = 3
我们可以发送的数据实际就是这个计数器,最终值为 3。
三、示例中 count(c) 获取数据流程的不同
实际上整个流程基本一致,但是区别在于:
- 构建的 read_set 不同,模板个数自然不同,因为需要 2 个字段,即 b、c 两个字段,其中 b 列用于 where 条件过滤,而 b 列用于统计是否有 NULL 值,因此模板数量为 2,如下:
(gdb) p prebuilt->n_template $29 = 2
- 做 COUNT 计数器的时候会根据 c 列的 NULL 值做实际的过滤,操作只要是 NULL 则 count 计数不会增加 1,这个还是参考这段代码:
bool Item_sum_count::add() { if (aggr->arg_is_null(false)) //过滤NULL值 return 0; count++; return 0; }
最终会调入函数 Field::is_null 进行 NULL 值判断,断点可以设置在这里。
四、不同点总结
示例中的语句 count(c) 返回为 0。现在我们很清楚了,这些数据什么时候过滤掉的,总结如下:
- Innodb 层返回了全部的行数据。
- MySQL 层通过 where 条件过滤,剩下了 b='g' 的行。
- MySQL 层通过 NULL 判断,将剩下的 count(c) 中为 NULL 的行也排除在计数之外。
- 而 count(*) 则没有第 3 步,这是一个不同。
然后的不同点就是在返回的字段上:
- count(c) 很明显除了 where 条件以外,还需要返回 c 列给 MySQL 层
- count(*) 则不需要返回额外的字段给 MySQL 层,只需要 MySQL 层过滤需要的b列即可。
通过上面的分析,实际上效率没有太大的差别,我觉得同样执行计划,同样返回数据结果的前提下,可能 count(*) 的效率要略微高一点。
五、备用栈帧
NULL值计数过滤栈帧
#0 Field::is_null (this=0x7ffe789949d8, row_offset=0) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/field.h:1129 #1 0x0000000000fbc678 in Item_field::is_null (this=0x7ffe78006a78) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/item.h:2929 #2 0x000000000146ebf5 in Aggregator_simple::arg_is_null (this=0x7ffe78b451d0, use_null_value=false) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/item_sum.cc:1633 #3 0x000000000146ef18 in Item_sum_count::add (this=0x7ffe780066c0) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/item_sum.cc:1683 #4 0x0000000001478475 in Aggregator_simple::add (this=0x7ffe78b451d0) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/item_sum.h:682 #5 0x0000000001478301 in Item_sum::aggregator_add (this=0x7ffe780066c0) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/item_sum.h:526 #6 0x000000000157fd0b in update_sum_func (func_ptr=0x7ffe78007740) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/sql_executor.cc:535 #7 0x0000000001585d3e in end_send_group (join=0x7ffe78007370, qep_tab=0x7ffe78007bd0, end_of_records=false) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/sql_executor.cc:3117 #8 0x0000000001582059 in evaluate_join_record (join=0x7ffe78007370, qep_tab=0x7ffe78007a58) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/sql_executor.cc:1645 #9 0x000000000158145a in sub_select (join=0x7ffe78007370, qep_tab=0x7ffe78007a58, end_of_records=false) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/sql_executor.cc:1297 #10 0x0000000001580cce in do_select (join=0x7ffe78007370) at /root/mysqlall/percona-server-locks-detail-5.7.22/sql/sql_executor.cc:950
终于介绍完啦!小伙伴们,这篇关于《技术分享 | MySQL:count(*)、count(字段) 实现上区别》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布数据库相关知识,快来关注吧!
-
499 收藏
-
244 收藏
-
235 收藏
-
157 收藏
-
101 收藏
-
176 收藏
-
368 收藏
-
475 收藏
-
266 收藏
-
273 收藏
-
283 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习