mysql查询报错: ORDER BY clause is not in GROUP BY..this is incompatible with sql_mode=only_full_group_by

本文介绍了解决MySQL 5.7版本中only_full_group_by导致的查询错误的方法,包括修改配置文件和调整SQL语句两种方案,并解析了sql_mode参数的作用。

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

首先谢谢评论区大神指出错误,旧方法修改配置文件缺失存在问题,下面给出两种解决方案:

一、旧方法,修改mysql配置文件,但是会导致数据丢失等不可预知的错误

在用mysql执行如下查询的时候:

select * from `sys_user_group` group by `GROUP_ID`

报错信息如下:

[Err] 1055 - Expression #1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column 'information_schema.PROFILING.SEQ' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

错误的原因是我mysql版本是5.7的,使用如下语句查询可知

select @@sql_mode;

这里写图片描述

里面默认设置了

sql_mode=only_full_group_by

only_full_group_by:使用这个就是使用和oracle一样的group 规则, select的列都要在group中,或者本身是聚合列(SUM,AVG,MAX,MIN) 才行,其实这个配置目前个人感觉和distinct差不多的,所以去掉就好

直接修改mysql配置文件(我的系统是Ubuntu16.04的,在/etc/mysql/mysql.conf.d/mysqld.cnf中并没有sql_mode这个配置,所以直接加上就好,如果是其他系统有得修改就不用添加了)

[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配置文件的完整配置如下:

[mysqld_safe]
socket          = /var/run/mysqld/mysqld.sock
nice            = 0

[mysqld]
#
# * Basic Settings
#
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
lower_case_table_names=1
character-set-server=utf8
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#bind-address           = 127.0.0.1
#
# * Fine Tuning
#
key_buffer_size         = 16M
max_allowed_packet      = 16M
thread_stack            = 192K

二、不修改配置文件,修改sql写法

在分组时,5.7之前我们会这样写:

SELECT `id` AS `id`,`name` FROM `game` GROUP BY `name`

但是在5.7中,需要使用聚合函数:

SELECT ANY_VALUE(`id`) AS `id`,MAX(`id`),`name` FROM `game` GROUP BY `name`

三、sql_mode解析:

参考自:https://blog.youkuaiyun.com/Cooldiok/article/details/59131952

ONLY_FULL_GROUP_BY: 对于GROUP BY聚合操作,如果在SELECT中的列,没有在GROUP
BY中出现,那么这个SQL是不合法的,因为列不在GROUP BY从句中

NO_AUTO_VALUE_ON_ZERO: 该值影响自增长列的插入。默认设置下,插入0或NULL代表生成下一个自增长值。如果用户
希望插入的值为0,而该列又是自增长的,那么这个选项就有用了。

STRICT_TRANS_TABLES: 在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做限制
NO_ZERO_IN_DATE: 在严格模式下,不允许日期和月份为零

NO_ZERO_DATE: 设置该值,mysql数据库不允许插入零日期,插入零日期会抛出错误而不是警告。

ERROR_FOR_DIVISION_BY_ZERO: 在INSERT或UPDATE过程中,如果数据被零除,则产生错误而非警告。如
果未给出该模式,那么数据被零除时MySQL返回NULL

NO_AUTO_CREATE_USER: 禁止GRANT创建密码为空的用户

NO_ENGINE_SUBSTITUTION:
如果需要的存储引擎被禁用或未编译,那么抛出错误。不设置此值时,用默认的存储引擎替代,并抛出一个异常

PIPES_AS_CONCAT:
将”||”视为字符串的连接操作符而非或运算符,这和Oracle数据库是一样的,也和字符串的拼接函数Concat相类似

ANSI_QUOTES: 启用ANSI_QUOTES后,不能用双引号来引用字符串,因为它被解释为识别符


### 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]。 ---
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值