解决MySQL报错:1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column ‘informat

本文介绍了解决MySQL报错[Err]1055的方法,包括临时禁用only_full_group_by选项和永久修改my.cnf配置文件。同时提供了一种通过调整SQL查询来规避此限制的技术方案。

  解决MySQL报错:[Err] 1055 - Expression #1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column 'informat  

 

一、问题描述
        1、新安装的MySQL5.7.22 或 8.0.11,在 Navicat 上执行删除操作时,遇到报错:
[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

 

二、问题解决
        1、 解决办法: 把 sql_mode中的 only_full_group_by 去掉即可。
        2、 办法一 (摘自 这里 只在当前查询页面有效,不能一次性解决问题!):
  • select version(), @@sql_mode;
  • SET sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));
        3、办法二: 修改 my.cnf 文件的 sql_mode (一次性解决问题)
  • 查找 my.cnf 文件: find / -name my.cnf 或者 whereis my.cnf
  • 获取 sql_mode字段内容: SELECT @@sql_mode;
  • 去掉 sql_mode字段中的 only_full_group_by
  • 编辑 my.cnf: vim /etc/my.cnf 将上一步骤的 sql_mode 字段内容添加至 my.cnf
  • 保存,重启: service mysqld restart
  • sql_mode 字段参考:
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO
,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

        4、办法三(2022年6月6日 09:08:51添加):上面说的改配置文件方法,不是很合适,原来在Oracle中,一直都不支持这种写法,建议将sql的写法调整为如下:

SELECT
	A.column1,
	A.column2 
FROM
	TABLE A
 JOIN ( SELECT max( id ) id, column1 
            FROM TABLE b 
            GROUP BY column_1 
         ) C ON A.column1 = C.column1 
	AND C.id = A.id

即规则是: select后面的字段必须出现在group by后面,或者被聚合函数包裹

(建议使用【办法三】办法,更改sql书写。)

### 解决 MySQLGROUP BY 子句错误的方法 在 MySQL 5.7.5 及更高版本中,默认启用了 `ONLY_FULL_GROUP_BY` SQL 模式。这使得某些不符合标准的 SQL 查询会触发错误,特别是当查询中的选择列表包含未聚合列且这些列不在 `GROUP BY` 子句中时[^4]。 #### 方法一:调整 SQL_MODE 设置 可以通过修改服务器配置来禁用 `ONLY_FULL_GROUP_BY`: 1. 查看当前 SQL 模式的设置: ```sql SELECT VERSION(), @@sql_mode; ``` 2. 修改全局 SQL 模式并移除 `ONLY_FULL_GROUP_BY`: ```sql SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY','')); ``` 3. 验证更改是否生效: ```sql SELECT VERSION(), @@GLOBAL.sql_mode; ``` 这种方法适用于希望快速解决问题而不改变现有查询逻辑的情况。然而需要注意的是,这样做可能会引入潜在的数据不确定性风险,因此建议仅作为临时解决方案使用。 #### 方法二:修正查询语句 更推荐的做法是对原始查询进行优化,使其符合严格的分组规则。具体来说,在 `SELECT` 列表里只保留那些已经在 `GROUP BY` 后面指定过的字段或者是通过聚集函数处理后的结果。例如: 假设有一个如下所示会产生上述错误的信息检索请求: ```sql SELECT a.id, b.name FROM table_a AS a JOIN table_b AS b ON a.bid=b.id WHERE ... ``` 可以将其改为: ```sql SELECT MAX(a.id), b.name -- 使用聚集函数确保唯一性 FROM table_a AS a JOIN table_b AS b ON a.bid=b.id WHERE ... GROUP BY b.name; -- 将所有非聚集项加入到 GROUP BY 中 ``` 或者如果确实需要获取多个记录,则应考虑重构业务需求或采用其他方式实现相同目的而不会违反 `ONLY_FULL_GROUP_BY` 的约束条件。 #### 方法三:利用窗口函数 (Window Functions) 对于复杂场景下仍需保持原有输出结构的情形,可尝试应用窗口函数代替传统的 `GROUP BY` 结构。这样既能够满足严格模式下的语法要求又不影响最终呈现给用户的视图效果。 例如,要计算每个部门员工数量的同时显示每位成员的名字,可以用如下形式书写: ```sql WITH RankedEmployees AS ( SELECT e.*, ROW_NUMBER() OVER(PARTITION BY d.dept_id ORDER BY e.emp_name) as rn FROM employees e INNER JOIN departments d ON e.department=d.dept_id ) SELECT * FROM RankedEmployees WHERE rn = 1; ``` 此方法不仅解决了兼容性问题还提高了查询效率与灵活性。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值