共计 1853 个字符，预计需要花费 5 分钟才能阅读完成。
自动写代码机器人，免费开通
这篇文章主要介绍 Mysql5.7 及以上版本 ONLY_FULL_GROUP_BY 报错怎么办，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！
近期在开发过程中，因为项目开发环境连接的 mysql 数据库是阿里云的数据库，而阿里云的数据库版本是 5.6 的。而测试环境的 mysql 是自己安装的 5.7。因此在开发过程中有小伙伴不注意写了有关 group by 的 sql 语句。在开发环境中运行是正常的，而到了测试环境中就发现了异常。
原因分析：MySQL5.7 版本默认设置了 mysql sql_mode = only_full_group_by 属性，导致报错。
其中 ONLY_FULL_GROUP_BY 就是造成这个错误的罪魁祸首了, 对于 group by 聚合操作, 如果在 select 中的列没有在 group by 中出现, 那么这个 SQL 是不合法的, 因为列不在 group by 从句中, 所以设置了 sql_mode=only_full_group_by 的数据库, 在使用 group by 时就会报错。
测试环境下载安装的是最新版的 mysql5.7.x 版本，默认是开启了 only_full_group_by 模式的，但开启这个模式后，原先的 group by 语句就报错，然后又把它移除了。
一旦开启 only_full_group_by，感觉，group by 将变成和 distinct 一样，只能获取受到其影响的字段信息，无法和其他未受其影响的字段共存，这样，group by 的功能将变得十分狭窄了
only_full_group_by 模式开启比较好。因为在 mysql 中有一个函数：any_value(field) 允许，非分组字段的出现（和关闭 only_full_group_by 模式有相同效果）。
1、查看 sql_mode
SELECT @@sql_mode;查询出来的值为：
ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
2、去掉 ONLY_FULL_GROUP_BY，重新设置值。
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_SUBSTITUTION3、上面是改变了全局 sql_mode，对于新建的数据库有效。对于已存在的数据库，则需要在对应的数据下执行
SET 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 数据库重启后依然无效，下列方式重启后依然生效
找到 MySQL 的配置文件, 在 linux 系统上 /etc/my.cnf 文件, 查询 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需要注意的一点是一定要添加在 [mysqld] 配置内, 这样添加完后重启 mysql 才会生效, 退出数据库:exit, 重启命令:
service mysqld restart刷新页面报错信息消失成功解决, 再次连接上数据库查看 sql_mode 配置 select @@sql_mode:
STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION以上是“Mysql5.7 及以上版本 ONLY_FULL_GROUP_BY 报错怎么办”这篇文章的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注丸趣 TV 行业资讯频道！
向 AI 问一下细节
