Mysql5.7使用group by出错

MySQL 5.7 GROUP BY 错误：解决方案与配置调整

最新推荐文章于 2025-12-05 18:26:01 发布

原创最新推荐文章于 2025-12-05 18:26:01 发布 · 225 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#mysql

mysql 专栏收录该内容

1 篇文章

订阅专栏

本文指导如何在MySQL 5.7中解决由于ONLY_FULL_GROUP_BY禁用导致的GROUP BY错误，提供设置SQL_MODE的方法，包括永久修改和临时调整，以及配置文件修改建议。

Mysql5.7使用group by出错

在mysql5.7里面的配置有一个ONLY_FULL_GROUP_BY导致禁用了GROUP BY
解决办法：
查看sql_mode

select @@sql_mode

发现有ONLY_FULL_GROUP_BY，此时需要去掉它
有两种解决方法
1.set global

sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';

set session

sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';

2.打开配置文件/etc/mysql/mysql.conf.d 下的mysqld.cnf

设置[mysqld]，然后重启mysql

sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

_straw

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

MySql group by 数据丢失问题分析

weixin_42118323的博客

02-20

1396

MySql Group by 数据丢失问题分析

mysql5.7不能使用GROUP BY

Z_xguaa的博客

06-17

2000

因为在mysql5.7里面的配置有一个ONLY_FULL_GROUP_BY导致禁用了GROUP BY 只要重新设置一下这个系统变量，把这个东东从值里边去除掉就好，我们现在不必要关心值里边儿后边那一坨东西是干嘛的，照着抄下来就好连接进入我们的数据库然后执行命令 set sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBS

参与评论您还未登录，请先登录后发表或查看评论

mysql5.7的group by失效解决方案

Mr_Runner的博客

06-29

3390

1.问题说明 SQL语句中含有临时表且临时表中含有filesort操作（eg:order by），进而对临时表进行分组（group by）会导致分组后的结果不是预想的结果。 2 SQL分析一张t_user表，查询出en_name和hobby相同的最近一条数据； 2.1 错误代码示例 2.1.1 错误SQL语句 select * from ( select tu.id, tu.name, tu.en_name, tu.sex , t...

MySQL5.7及以上出现 GROUP BY相关错误，解决方法（亲测有效）

qq_31788297的博客

07-13

2976

我以前一直使用的是 MySQL5.6及以下的版本。使用过程中没有出现过分组查询的问题。这次使用MySQL5.7时，进行分组查询就出现了如下的报错问题。 [Err] 1055 - Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘bxj_face_big_data.i.id’ which is not functionally dependent on columns in GR

mysql5.7 group by 错误

清凉zxcv的博客

07-10

944

错误: which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by 解决：进入mysql，执行命令 select @@sql_mode; 查出sql_mode的值删掉only_full_group_by，...

mysql 5.7 group_MySQL运维实战系列：MySQL5.7 Group By 问题

weixin_35992880的博客

01-27

470

一、环境MySQL版本：MySQL5.7.22表结构：CREATE TABLE `crm_report_accounting_income`(`id` int(10) NOT NULL AUTO_INCREMENT,`contract_id` int(10) NOT NULL,`contract_no` varchar(50) NOT NULL,`date` int(8) NOT NULL,`ci...

mysql5.7以上版本 GROUP BY的使用

weixin_45365266的博客

07-27

1915

在把MySQL升级到5.7或者更高的版本，一些以前看上去不会出错的group by 操作在这个版本以后就会出现语法报错的情况： [Err] 1055 - Expression #1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column list which is not functionally dependent on columns in GROUP BY clause; this is incomp

Mysql5.7使用group by查询时order by无效问题

帷幄庸者的博客

09-28

5078

Mysql5.7使用group by查询时order by无效问题第一种写法： SELECT * FROM user_paper_relation WHERE paper_id = "" GROUP BY examer_id ORDER BY total_score DESC 问题：发现先执行的group by，后执行order by，我要的结果是先排序再分组。第二种写法： ...

MySQL 5.7升级8.0报异常：ONLY_FULL_GROUP_BY

tunan666的博客

03-22

1032

MySQL8.0默认的SQL模式包含了ONLY_FULL_GROUP_BY，MySQL5.7默认的SQL模式也包含了ONLY_FULL_GROUP_BY，但是MySQL5.6是不包含的

解决 MySQL 5.7 及以上版本中的 “ONLY_FULL_GROUP_BY“ 错误

一起coding，一起嗨。

03-27

3155

解决 MySQL 5.7 及以上版本中的 "ONLY_FULL_GROUP_BY" 错误

鲲鹏麒麟安装离线版MySQL5.7

Angushine的专栏

12-01

1913

最近有项目需求，需要在鲲鹏ARM服务器上安装数据库MySQL5.7，服务器为鲲鹏920，操作系统Kylin Linux Advanced Server release V10 (Tercel)

mysql5.7性能提升一百倍调优宝典

最新发布

runfarther的专栏

12-05

232

本文介绍了在CentOS 7.5系统下安装和部署mysql_mcp_server的完整流程。主要包括三个部分：1）服务安装步骤，包括源码下载、创建独立Python环境及安装依赖包；2）服务配置方法，涉及创建配置文件、设置监听端口和MySQL数据库连接参数；3）服务启动命令。整个过程详细说明了从环境准备到服务运行的全套操作，为在CentOS系统上部署该MySQL管理服务提供了清晰的指导。

《零基础学PHP：从入门到实战》教程-模块七：MySQL 数据库基础-4

zwh821的博客

12-03

604

PHP连接MySQL数据库操作指南本章介绍了使用PHP的mysqli扩展连接和操作MySQL数据库的核心方法。主要内容包括：两种编程风格：面向对象和面向过程方式，推荐使用面向对象风格数据库连接：建立连接的标准流程和必要的错误处理 SQL操作： SELECT查询及结果处理 INSERT/UPDATE/DELETE操作安全防护：重点讲解SQL注入攻击原理演示不安全的字符串拼接方式的风险推荐使用预处理语句（prepare/bind_param/execute）作为唯一正确的防护手段通过代码示例展示

mysql运维（日志）

weixin_74390886的博客

12-03

263

慢查询日志记录了所有执行时间超过参数long_query_time设置值并且扫描记录数不小于min_examined_row_limit的所有的sql语句的日志，默认未开启。可以使用log_slow_admin_statements和更改此行为log_queries_not_using_indexes。查询日志中记录了客户端的所有操作语句，而二进制日志不包含查询数据的sql语句。在二进制日志记录了所有的DDL(数据定义语言）语句和DML(数据操纵语言）语句，但不包括数据查询语句。

MySQL试验部署

Xyz996_的博客

12-04

252

1.1、关闭防火墙和selinux，进行时间同步添加配置文件登录g1数据库查看g2数据库同步给upload赋予apache权限

mysql8 的数据转到mysql5.7

05-15

<think>好的，我现在需要帮助用户解决将MySQL 8的数据迁移到MySQL 5.7的问题。首先，我得仔细分析用户的需求。用户之前可能已经进行过MySQL 5.7到8.0的迁移，但现在需要逆向操作。这可能是因为某些应用还不兼容MySQL 8，或者遇到了兼容性问题，比如用户提到的引用[1]中提到的不兼容性检查项。接下来，我需要考虑MySQL不同版本之间的兼容性问题。MySQL 8引入了很多新特性，比如默认字符集改为utf8mb4，而MySQL 5.7默认是latin1，这可能导致数据迁移时的字符集问题。引用[3]提到在迁移时要注意Character Set的设置，可能需要用户手动调整。然后，数据迁移的常用方法通常是使用mysqldump导出数据，再导入到目标数据库。但MySQL 8到5.7可能存在语法或结构差异，直接导出可能会出错。比如，MySQL 8的某些SQL模式或保留字在5.7中不存在，这时候需要调整导出参数，比如使用--skip-comments来避免注释中的语法问题，或者移除导出文件中的不兼容语句。另外，用户可能使用了Docker环境，如引用[2]中的命令所示，可能需要配置不同的端口和卷路径，确保数据目录正确挂载。同时，用户需要注意版本差异，比如JSON字段的处理、角色管理等功能，在降级时可能需要手动调整。还需要考虑存储引擎的变化，比如MySQL 8默认使用InnoDB，而如果5.7中使用的是MyISAM，可能需要转换表引擎。此外，用户权限的表结构在8.0和5.7之间有所不同，直接导入可能会导致权限问题，需要重新处理用户授权。可能还需要建议用户分步测试，先迁移部分数据验证兼容性，再全量迁移。同时，备份是必不可少的，确保在迁移失败时可以回滚。最后，总结步骤：检查兼容性问题，使用mysqldump导出并处理导出文件，配置目标MySQL 5.7实例，导入数据，验证数据一致性。同时提醒用户注意字符集、SQL模式、存储引擎等关键点，以及使用工具如MySQL Shell的可能辅助。</think>### MySQL 8 数据迁移至 MySQL 5.7 的解决方案 #### 一、核心挑战 1. **版本不兼容性** MySQL 8.0 引入了多项新特性（如角色管理、默认字符集 `utf8mb4`、`caching_sha2_password` 认证插件等），而 MySQL 5.7 不支持这些特性[^1][^3]。 2. **SQL 模式差异** MySQL 8.0 默认启用严格的 SQL 模式（如 `ONLY_FULL_GROUP_BY`），可能导致迁移时语法报错。 3. **数据结构差异** 部分系统表（如权限表 `mysql.user`）结构不同，直接迁移可能引发权限配置错误。 --- #### 二、迁移步骤 ##### 1. 准备工作 - **备份数据** 使用 `mysqldump` 备份 MySQL 8.0 数据： ```bash mysqldump -u root -p --all-databases > mysql8_backup.sql ``` - **处理导出文件** 移除不兼容语法： - 删除 `SET` 语句中的 `PERSIST` 关键字 - 替换默认字符集 `utf8mb4` 为 `utf8`（若 MySQL 5.7 未配置兼容） - 移除 `ROLE` 相关语句（MySQL 5.7 不支持） ##### 2. 配置目标环境 - **安装 MySQL 5.7** 使用 Docker 快速部署（参考引用[2]）： ```bash docker run --name=mysql5.7 -e MYSQL_ROOT_PASSWORD=123456 -v /path/to/data:/var/lib/mysql -p 3306:3306 -dit mysql:5.7 ``` - **调整字符集** 在 `my.cnf` 中添加配置（参考引用[3]）： ```ini [mysqld] character-set-server = utf8 collation-server = utf8_general_ci ``` ##### 3. 导入数据 - **过滤不兼容内容** 使用 `sed` 命令清理导出文件： ```bash sed -i 's/utf8mb4_0900_ai_ci/utf8_general_ci/g' mysql8_backup.sql sed -i 's/CHARSET=utf8mb4/CHARSET=utf8/g' mysql8_backup.sql ``` - **执行导入** ```bash mysql -u root -p -h 127.0.0.1 -P 3306 < mysql8_backup.sql ``` ##### 4. 验证与修复 - **检查表结构** 使用 `SHOW CREATE TABLE` 验证关键表的兼容性。 - **重建用户权限** 手动创建用户并授权（因 `mysql.user` 表结构不同）： ```sql CREATE USER 'old_user'@'%' IDENTIFIED WITH 'mysql_native_password' BY 'password'; GRANT ALL PRIVILEGES ON *.* TO 'old_user'@'%'; ``` --- #### 三、替代方案（工具辅助） 1. **使用 MySQL Shell 的升级检查器** 运行 `util.checkForServerUpgrade()` 检测兼容性问题。 2. **第三方工具** 如 AWS Database Migration Service 或 Navicat，可自动处理部分兼容性转换。 ---