数据库错误ERROR 1055 (42000): Expression #1 of ORDER BY clause is not in GROUP BY

这篇博客介绍了如何处理MySQL在使用GROUP BY时遇到的ONLY_FULL_GROUP_BY错误。通过展示查询语句和调整SQL模式,作者展示了如何禁用该模式以允许不完全分组的排序。具体操作包括查看当前SQL模式,设置SQL模式为不包含ONLY_FULL_GROUP_BY,然后成功运行查询。

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

用的这篇文章的方法解决滴:
https://blog.youkuaiyun.com/jgj0129/article/details/53420574

这里就是自己再记录一下。加粗的就是用到的语句。

mysql> select dept_name,avg(tot_cred) from student
-> group by dept_name having avg(tot_cred)>80 order by(tot_cred) desc;
ERROR 1055 (42000): Expression #1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column ‘mylab.student.tot_cred’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
mysql> show variables like ‘%sql_mode%’;
±--------------±----------------------------------------------------------------------------------------------------------------------+
| Variable_name | Value |
±--------------±----------------------------------------------------------------------------------------------------------------------+
| sql_mode | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION |
±--------------±----------------------------------------------------------------------------------------------------------------------+
1 row in set, 1 warning (0.02 sec)

mysql> set sql_mode=(SELECT REPLACE(@@sql_mode,‘ONLY_FULL_GROUP_BY’,’’));
Query OK, 0 rows affected (0.01 sec)

mysql> show variables like ‘%sql_mode%’;
±--------------±---------------------------------------------------------------------------------------------------+
| Variable_name | Value |
±--------------±---------------------------------------------------------------------------------------------------+
| sql_mode | STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION |
±--------------±---------------------------------------------------------------------------------------------------+
1 row in set, 1 warning (0.00 sec)

mysql> select dept_name,avg(tot_cred) from student
-> group by dept_name having avg(tot_cred)>80 order by(tot_cred) desc;
±----------±--------------+
| dept_name | avg(tot_cred) |
±----------±--------------+
| Biology | 120.0000 |
| Finance | 110.0000 |
±----------±--------------+
2 rows in set (0.01 sec)

### MySQL中 `sql_mode=only_full_group_by` 的兼容性问题 当 MySQL 数据库启用了 `sql_mode=only_full_group_by` 模式时,任何未聚合列如果不在 `GROUP BY` 子句中显式声明,则会引发 SQL 语法错误。这种模式是为了强制遵循标准 SQL 行为,防止潜在的数据不一致。 #### 错误原因分析 在启用 `sql_mode=only_full_group_by` 后,MySQL 要求查询中的每一列表达式要么出现在 `GROUP BY` 子句中,要么是一个聚合函数的结果。例如,在以下查询语句中: ```sql SELECT col1, COUNT(col2) FROM table GROUP BY col1; ``` 此查询是合法的,因为 `col1` 出现在 `GROUP BY` 中,而 `COUNT(col2)` 是一个聚合函数[^1]。 然而,对于如下查询: ```sql SELECT col1, col2 FROM table GROUP BY col1; ``` 这将触发错误,因为在 `GROUP BY` 子句中仅指定了 `col1`,而 `col2` 并未被聚合也未出现在 `GROUP BY` 列表中[^3]。 --- #### 解决方案 ##### 方法一:修改 SQL 查询逻辑 可以通过调整 SQL 查询来满足 `sql_mode=only_full_group_by` 的要求。以下是几种常见方式: - 将所有非聚合字段加入到 `GROUP BY` 子句中: ```sql SELECT col1, col2 FROM table GROUP BY col1, col2; ``` - 使用聚合函数处理非分组字段: ```sql SELECT col1, MAX(col2) AS max_col2 FROM table GROUP BY col1; ``` 这种方法的优点在于无需更改数据库配置即可解决问题,同时保持数据一致性[^4]。 --- ##### 方法二:临时禁用 `ONLY_FULL_GROUP_BY` 可以在当前会话中通过设置 SQL 模式的方式暂时关闭 `ONLY_FULL_GROUP_BY`: ```sql SET SESSION sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY','')); ``` 这种方式适用于需要快速修复但又不想永久改变全局配置的情况。需要注意的是,该方法只影响当前连接下的行为[^5]。 --- ##### 方法三:永久移除 `ONLY_FULL_GROUP_BY` 如果确认业务场景不需要严格遵守 `ONLY_FULL_GROUP_BY` 规则,可以选择从全局配置中删除它。编辑 MySQL 配置文件(通常是 `/etc/my.cnf` 或 `/etc/mysql/my.cnf`),找到 `[mysqld]` 部分并更新 `sql_mode` 参数: ```ini [mysqld] sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION' ``` 保存后重启 MySQL 服务使更改生效。注意,这一改动会影响整个实例的行为,因此需谨慎评估其对现有应用的影响[^5]。 --- #### Java 应用层面注意事项 针对由 JDBC 抛出的异常 (`java.sql.SQLSyntaxErrorException`),应确保应用程序能够捕获此类错误并采取适当措施。例如,可以记录日志以便后续排查,或者动态调整查询语句以适应不同的环境配置[^2]。 --- ### 示例代码 假设有一个需求是从设备表中获取每种类型的最新记录,下面展示如何重构查询以规避 `sql_mode=only_full_group_by` 带来的限制: 原始查询可能形如: ```sql SELECT type, dataID, timestamp FROM devices ORDER BY timestamp DESC LIMIT 1; ``` 改写后的版本可采用子查询形式实现相同功能: ```sql SELECT d.type, d.dataID, d.timestamp FROM ( SELECT type, MAX(timestamp) as latest_time FROM devices GROUP BY type ) subquery JOIN devices d ON d.type = subquery.type AND d.timestamp = subquery.latest_time; ``` 这样既保留了原有逻辑,又能完全符合 `sql_mode=only_full_group_by` 的约束条件[^4]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值