mysql 8.0 group by报错根本原因是默认启用only_full_group_by模式，要求select中非聚合列必须出现在group by子句或用聚合函数处理；应优先重写sql（如补全group by或用max()包裹），而非禁用该模式。
MySQL 8.0 安装后 GROUP BY 报错，根本原因不是语法写错了，而是它开始按 SQL 标准执行了——SELECT 列表里所有非聚合列，必须显式出现在 GROUP BY 子句中，或套上 MAX()、MIN() 这类聚合函数。直接关掉 ONLY_FULL_GROUP_BY 能让旧 SQL 跑起来，但可能掩盖数据逻辑漏洞。
查当前 sql_mode 是什么，别猜
先确认是不是真被 ONLY_FULL_GROUP_BY 拦住了，而不是配置没生效或看错层级：
- 连上 MySQL 后执行
SELECT @@SESSION.sql_mode;—— 看当前会话模式（开发调试常用） - 执行
SELECT @@GLOBAL.sql_mode;—— 看全局默认值（影响所有新连接） - 如果返回结果里含
ONLY_FULL_GROUP_BY，且你遇到的错误是ERROR 1055或提示Expression #N of SELECT list is not in GROUP BY clause，那就对上了
重写 SQL：最稳、最推荐的解法
不绕开限制，而是让查询本身符合标准。两种主流写法，选哪个取决于业务语义：
- 把所有非聚合列加进
GROUP BY：比如SELECT dept_id, dept_name, COUNT(*) FROM employees GROUP BY dept_id, dept_name;—— 适用条件是dept_name和dept_id一一对应（函数依赖成立），否则会多分组 - 对非分组列用聚合函数包裹：比如
SELECT dept_id, MAX(dept_name), COUNT(*) FROM employees GROUP BY dept_id;—— 适合你只关心“某部门任一名称”这种场景，但要注意MAX()不等于“原始行里的那个 name” - 避免用
ANY_VALUE()当捷径：它虽能绕过检查，但 MySQL 明确说明其返回值“不可预测”，线上环境慎用
改 sql_mode：临时 or 永久？关键在写法和重启
改配置不是删掉 ONLY_FULL_GROUP_BY 就完事，MySQL 会校验整个 sql_mode 字符串合法性：
- 临时方案（仅当前会话）：
SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';—— 注意：必须完整列出其余模式项，不能留空或只写部分 - 永久方案（改
my.cnf）：在[mysqld]下加一行sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION—— 切记：不加单引号、不带空格、不漏项，否则 mysqld 启动失败 - 云数据库（如阿里云 RDS）没法改配置文件，得进控制台找「参数模板」，修改
sql_mode参数并重启实例
容易被忽略的坑：改了配置却没生效
很多报错不是因为不会改，而是改得不干净：
-
SET GLOBAL sql_mode = ...对已存在的连接无效，只影响后续新连接；要测效果，得新开一个客户端再连 - 配置文件里写了
sql_mode却没重启服务，等于白改；systemctl restart mysqld 或 service mysql restart 缺一不可 - 某些 Docker 镜像或一键安装包会覆盖你的
my.cnf，改完建议mysqld --verbose --help | grep "Default options"确认实际加载的是哪个配置路径 - 如果项目用了 ORM（如 Laravel Eloquent、MyBatis），它可能在连接初始化时自动设了
sql_mode，这时候光改服务器配置没用，得查框架文档看怎么覆盖连接参数
