Mysql 分组查询(group by)

本文深入解析SQL分组查询的语法与应用,包括分组函数、筛选技巧、多字段分组及排序操作。通过实际案例,如员工工资分析、部门统计等,详细展示如何高效利用分组查询进行数据处理。

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

分组查询

1 语法

select 查询列表 from 表 【where 筛选条件】 group by 分组的字段【order by 排序的字段】;

2 特点

  • 1、和分组函数一同查询的字段必须是group by后出现的字段
  • 2、筛选分为两类:分组前筛选和分组后筛选
#针对的表位置连接的关键字
分组前筛选原始表group by前where
分组后筛选group by 后的结果集group by后having
  • 问题

    • 问题1:分组函数做筛选能不能放在where后面

      答:不能

    • 问题2:where——group by——having

      一般来讲,能用分组前筛选的,尽量使用分组前筛选,提高效率

  • 3、分组可以按单个字段也可以按多个字段

  • 4、可以搭配着排序使用

3 案例

#1.简单的分组

#案例1:查询每个工种的员工平均工资
SELECT AVG(salary),job_id FROM employees GROUP BY job_id;
#案例2:查询每个位置的部门个数
SELECT COUNT(*),location_id FROM departments GROUP BY location_id;

#2、可以实现分组前的筛选

#案例1:查询邮箱中包含a字符的 每个部门的最高工资
SELECT MAX(salary),department_id FROM employees WHERE email LIKE '%a%' GROUP BY department_id;
#案例2:查询有奖金的每个领导手下员工的平均工资
SELECT AVG(salary),manager_id FROM employees WHERE commission_pct IS NOT NULL GROUP BY manager_id;

#3、分组后筛选

#案例1:查询哪个部门的员工个数>5
#①查询每个部门的员工个数
SELECT COUNT(*),department_id FROM employees GROUP BY department_id;
#② 筛选刚才①结果
SELECT COUNT(*),department_id FROM employees GROUP BY department_id HAVING COUNT(*)>5;

#案例2:每个工种有奖金的员工的最高工资>12000的工种编号和最高工资
SELECT job_id,MAX(salary) FROM employees WHERE commission_pct IS NOT NULL GROUP BY job_id HAVING MAX(salary)>12000;

#案例3:领导编号>102的每个领导手下的最低工资大于5000的领导编号和最低工资
SELECT manager_id,MIN(salary) FROM employees WHERE manager_id>102 GROUP BY manager_id HAVING MIN(salary)>5000;

#4.添加排序

#案例:每个工种有奖金的员工的最高工资>6000的工种编号和最高工资,按最高工资升序
SELECT job_id,MAX(salary) m FROM employees WHERE commission_pct IS NOT NULL GROUP BY job_id HAVING m>6000 ORDER BY m ;

#5.按多个字段分组

#案例:查询每个工种每个部门的最低工资,并按最低工资降序
SELECT MIN(salary),job_id,department_id FROM employees GROUP BY department_id,job_id ORDER BY MIN(salary) DESC;
### Windows 10 上 MySQL 8.0 `GROUP BY` 查询问题及解决方案 在 Windows 10 环境下运行 MySQL 8.0 时,可能会遇到因 SQL 模式配置中的 `ONLY_FULL_GROUP_BY` 导致的 `GROUP BY` 查询异常。此问题是由于 MySQL 默认启用了严格模式 (`sql_mode`),其中包含了 `ONLY_FULL_GROUP_BY` 设置[^1]。 #### 问题描述 当执行带有 `GROUP BY` 子句的查询时,如果 `SELECT` 列表中存在未被聚合函数包裹且未出现在 `GROUP BY` 子句中的字段,则会触发错误提示。这是因为在启用 `ONLY_FULL_GROUP_BY` 后,MySQL 要求所有非聚合字段都必须显式声明于 `GROUP BY` 中,以遵循 SQL-92 标准[^3]。 例如,以下查询可能引发错误: ```sql SELECT column1, SUM(column2) FROM table_name GROUP BY column1; ``` 若 `column1` 并未参与任何聚合运算,而仅作为分组依据,则需将其加入到 `GROUP BY` 子句中,或者通过修改全局变量禁用该约束条件。 --- #### 解决方案一:调整查询逻辑 可以通过更改查询结构来满足 `ONLY_FULL_GROUP_BY` 的要求。具体做法如下: 将所有非聚合字段添加至 `GROUP BY` 子句中: ```sql SELECT column1, SUM(column2) AS total_column2 FROM table_name GROUP BY column1; ``` 如果需要保留原始行为并忽略多余字段的影响,可以利用聚合函数封装这些字段,比如使用 `MIN()` 或者 `MAX()` 函数: ```sql SELECT MIN(column1), SUM(column2) AS total_column2 FROM table_name GROUP BY column1; ``` 这种方法无需改动服务器端配置即可解决问题,推荐优先尝试这种方式[^4]。 --- #### 解决方案二:临时关闭 `ONLY_FULL_GROUP_BY` 可以在当前会话期间动态移除 `ONLY_FULL_GROUP_BY` 参数影响。执行以下命令可实现这一点: ```sql SET SESSION sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY','')); ``` 这一步骤不会永久改变系统的默认设置,而是针对单次连接生效。适用于测试环境或短期调试场景下的快速修复需求[^2]。 --- #### 解决方案三:永久禁用 `ONLY_FULL_GROUP_BY` 为了彻底消除这一限制,可通过编辑 MySQL 配置文件 (my.ini/my.cnf),找到 `[mysqld]` 下面的相关条目,并重新定义 `sql_mode` 值。例如删除原有字符串内的 `"ONLY_FULL_GROUP_BY"` 组件后再保存重启服务程序完成应用更新过程: 打开 my.ini 文件定位到 [mysqld]: ```ini [mysqld] sql-mode="STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION" ``` 注意这里已经去掉了原来的 ONLY_FULL_GROUP_BY 定义项之后再启动 mysql server 即可恢复正常功能表现形式[^2]. 最后记得验证新的状态是否成功实施变更措施: ```sql SHOW VARIABLES LIKE 'sql_mode'; ``` --- ### 总结 以上三种方式分别对应不同层次的需求——从简单调整查询语句适应现有规则,到灵活控制特定客户端的行为直至全面解除限制均有所覆盖。用户可根据实际应用场景选取最合适的策略加以运用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值