MySQL中group by子句与having实例分析

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 RDS MySQL,高可用系列 2核4GB
简介: MySQL中group by子句与having实例分析

group By语句从英文的字面意义上理解就是"根据(by)一定的规则进行分组(Group)"。它的作用是通过一定的规则将一个数据集划分成若干个小的区域,然后针对若干个小区域进行数据处理。


【1】语法格式与聚合函数

① group by语法

select [columns] from table_name [where..] group by [columns] [having ...]

在select指定的字段要么就要包含在Group By语句的后面,作为分组的依据;要么就要被包含在聚合函数中。

包含在GROUP BY 子句中的列不必包含在SELECT 列表中:

SELECT AVG(salary) FROM employeesGROUP BY department_id ;

在select指定的字段要么就要包含在Group By语句的后面,作为分组的依据;要么就要被包含在聚合函数中。

包含在GROUP BY 子句中的列不必包含在SELECT 列表中:

SELECT AVG(salary) FROM employeesGROUP BY department_id ;

在GROUP BY子句中包含多个列:

SELECT department_id dept_id, job_id, SUM(salary)
FROM employeesGROUP BY department_id, job_id ;

非法使用组函数

不能在WHERE 子句中使用组函数,可以在HAVING 子句中使用组函数。

SELECT department_id, AVG(salary)
FROM employees
WHERE AVG(salary) > 8000
GROUP BY department_id;
ORA-00934: group function is not allowed here

WHERE 子句中不能使用组函数


③ 常见的聚合函数

常见的聚合函数如下表所示:

image.png

count里面可以使用两种参数:* 代表统计记录,字段名代表统计对应的字段(NULL不统计)。

需要注意的是,count统计记录数,将会只返回一条记录,如下示例:

SELECT
  goods_type,price,COUNT(goods_type)
FROM
  tb_goods 

查询结果如下:


tb_goods表数据如下:


20181022195818493.jpg

【2】Having与Where的区别

where 子句的作用是在对查询结果进行分组前,将不符合where条件的行去掉,即在分组之前过滤数据。where条件中不能包含聚合函数,可以使用where条件过滤出特定的行。

Having字句与where子句一样可以进行条件判断的,另外Having 子句通常用来筛选满足条件的组,即在分组之后过滤数据。条件中经常包含聚合函数,使用having 条件过滤出特定的组,也可以使用多个分组标准进行分组。


通常使用group by+having的时候会使用聚合函数,因为分组之后的列要么是聚合函数,要么是group by( 列)中的列。having后面要么跟聚合函数,要么跟select中的列。


group by 存在时,select中除了聚集函数外,所有的基本列必须是group by里面存在的。having同group by一起使用时,having过滤group by 分组后的数据,一般通过select语句里面的聚合函数进行过滤。


只使用group by

select goods_type,COUNT(goods_type) from tb_goods GROUP BY goods_type

查询结果如下:


使用having子句

SELECT
  goods_type,price
FROM
  tb_goods HAVING price>50

查询结果如下:


使用group by+having

SELECT
  goods_type,
  COUNT(goods_type)
FROM
  tb_goods
GROUP BY
  goods_type
HAVING
  avg(price) > 100 //这里使用聚合函数

查询结果如下:


【3】项目实例

从图片表中查出拥有1个以上机房的站址。

注意图片表,machine_room_id 不唯一,因为值为0时可能对应多个站址;site_id更不唯一了,因为肯定有多条记录对应同一个site_id。

思路如下:首先根据machine_room_id,site_id进行分组查询,然后从查询结果中根据site_id进行分组,然后查找count(site_id)>1 的site_id。

解释如下:首先进行联合分组查询,这样留下来的就是site_id +machine_room_id不重复的数据;再对site_id进行分组,查询记录数>1的site_id。请注意,题目要求是从图片表中查出拥有1个以上机房的站址。

code1:

select site_id,count(*) from (
-- code11
select site_id,machine_room_id  from tb_device_images 
where device_type='machineroom'  
group by machine_room_id ,site_id
-- code11
)t group by site_id HAVING count(*)>1;

code2:

select site_id,count(*) from (
-- code22
select site_id,machine_room_id  from tb_device_images 
where device_type='machineroom'  
group by machine_room_id // 注意区别在这里
-- code22
)t group by site_id HAVING count(*)>1;

对比 code1 和code2查询结果:

  • code1有41条结果,code2有40条结果;红色字体表示差异所在。

b0a3d0fbb69bc94796f52daa71f13017.png

那么是什么导致了差异呢?

我们看code11 和code22对比:

  • code22进行分组时只根据machine_room_id,这样就导致数据丢失,分析如下。

根据machine_room_id进行分组时 ,同一数据的记录只会保留一条。那么如图所示红色站址都是丢失的数据。


这里可能有疑问,为什么最后结果只差一条?这是因为11条红色site_id中,只有一条记录对应的site_id还有额外一条记录在下方,故HAVING count(*)>1查询时,其他十条都被过滤掉了。如果不加这个条件,那么差异将是10!!!

在此,也证明了group by定义规则的正确性,当你根据某列进行分组查询多列时,如该项目实例。如果查询多列,那么一定要保证查询列要么为聚合函数要么在分组条件中。

理想情况下,一个site_id对应一个_machine_room_id,且machine_room_id为unique,那么可以只根据machine_room_id进行分组。然后在从该次查询结果中 查找拥有一个以上机房的站址。


e4a8f5afebe1ee90c90015f79df4257a.png

综上,根据分组查询时,要注意题目要求,sql中select后的参数,group by 条件参数,是否唯一,是否有having 要求等综合分析。


【4】GROUP_CONCAT(expr)

查看分组之后每组属性值列表。

如按照性别分组,分别查看男性和女性中的名字。

select GROUP_CONCAT(name) ,sex from p_user GROUP BY sex

另外,GROUP_CONCT也可用来进列转行操作:

select GROUP_CONCAT(DISTINCT brand_name) FROM goods_sale
where leaguer_code='13007509648'

28fe972fc448b820ff08fba91fc1a6da.png


相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
3月前
|
存储 关系型数据库 MySQL
环比、环比增长率、同比、同比增长率 ,占比,Mysql 8.0 实例(最简单的方法之一)(sample database classicmodels _No.2 )
环比、环比增长率、同比、同比增长率 ,占比,Mysql 8.0 实例(最简单的方法之一)(sample database classicmodels _No.2 )
164 1
|
3月前
|
SQL 前端开发 关系型数据库
全表数据核对 ,行数据核对,列数据核对,Mysql 8.0 实例(sample database classicmodels _No.3 )
全表数据核对 ,行数据核对,列数据核对,Mysql 8.0 实例(sample database classicmodels _No.3 )
68 0
全表数据核对 ,行数据核对,列数据核对,Mysql 8.0 实例(sample database classicmodels _No.3 )
|
6天前
|
SQL 关系型数据库 MySQL
MySQL事务日志-Undo Log工作原理分析
事务的持久性是交由Redo Log来保证,原子性则是交由Undo Log来保证。如果事务中的SQL执行到一半出现错误,需要把前面已经执行过的SQL撤销以达到原子性的目的,这个过程也叫做"回滚",所以Undo Log也叫回滚日志。
MySQL事务日志-Undo Log工作原理分析
|
23天前
|
SQL 关系型数据库 MySQL
MySQL 窗口函数详解:分析性查询的强大工具
MySQL 窗口函数从 8.0 版本开始支持,提供了一种灵活的方式处理 SQL 查询中的数据。无需分组即可对行集进行分析,常用于计算排名、累计和、移动平均值等。基本语法包括 `function_name([arguments]) OVER ([PARTITION BY columns] [ORDER BY columns] [frame_clause])`,常见函数有 `ROW_NUMBER()`, `RANK()`, `DENSE_RANK()`, `SUM()`, `AVG()` 等。窗口框架定义了计算聚合值时应包含的行。适用于复杂数据操作和分析报告。
65 11
|
3月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1761 14
MySQL事务日志-Redo Log工作原理分析
|
3月前
|
存储 关系型数据库 MySQL
基于案例分析 MySQL 权限认证中的具体优先原则
【10月更文挑战第26天】本文通过具体案例分析了MySQL权限认证中的优先原则,包括全局权限、数据库级别权限和表级别权限的设置与优先级。全局权限优先于数据库级别权限,后者又优先于表级别权限。在权限冲突时,更严格的权限将被优先执行,确保数据库的安全性与资源合理分配。
|
2月前
|
关系型数据库 MySQL 索引
MySQL的group by与count(), *字段使用问题
正确使用 `GROUP BY`和 `COUNT()`函数是进行数据聚合查询的基础。通过理解它们的用法和常见问题,可以有效避免查询错误和性能问题。无论是在单列分组、多列分组还是结合其他聚合函数的场景中,掌握这些技巧和注意事项都能大大提升数据查询和分析的效率。
235 0
|
2月前
|
关系型数据库 MySQL 数据库
【赵渝强老师】启动与关闭MySQL数据库实例
MySQL数据库安装完成后,可以通过命令脚本启动、查看状态、配置开机自启、查看自启列表及关闭数据库。本文提供了详细的操作步骤和示例代码,并附有视频讲解。
|
3月前
|
关系型数据库 MySQL Java
Django学习二:配置mysql,创建model实例,自动创建数据库表,对mysql数据库表已经创建好的进行直接操作和实验。
这篇文章是关于如何使用Django框架配置MySQL数据库,创建模型实例,并自动或手动创建数据库表,以及对这些表进行操作的详细教程。
117 0
Django学习二:配置mysql,创建model实例,自动创建数据库表,对mysql数据库表已经创建好的进行直接操作和实验。
|
3月前
|
SQL 关系型数据库 MySQL
MySQL 更新1000万条数据和DDL执行时间分析
MySQL 更新1000万条数据和DDL执行时间分析
217 4
下一篇
开通oss服务