MySQL 5.7+ GROUP BY报错主因是默认启用ONLY_FULL_GROUP_BY模式，要求SELECT中非聚合字段必须出现在GROUP BY子句或用聚合函数包裹；可通过SELECT @@session.sql_mode确认，临时用SET SESSION sql_mode禁用，但推荐重写SQL确保语义明确。
MySQL 5.7+ 的 GROUP BY 报错，大概率不是 SQL 写错了，而是 sql_mode 默认启用了 ONLY_FULL_GROUP_BY —— 它强制要求 SELECT 中每个非聚合字段必须显式出现在 GROUP BY 子句里，或被聚合函数包裹。
查当前 sql_mode 是不是真问题
别猜，先确认。执行以下语句看结果里有没有 ONLY_FULL_GROUP_BY：
SELECT @@session.sql_mode;
如果返回值包含它（比如 ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,...），那就坐实了。注意：@@global.sql_mode 看的是全局设置，@@session.sql_mode 才是你当前连接实际生效的模式。
临时禁用 ONLY_FULL_GROUP_BY（仅限调试/应急）
会话级修改只影响当前连接，重启 MySQL 或断开重连就失效，适合快速验证是否是它导致的问题：
SET SESSION sql_mode = (SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY,', ''));
注意两点：
- 字符串末尾有逗号，
REPLACE要带逗号一起删，否则可能残留空项 - 执行后立刻生效，但新打开的连接仍按原配置走
永久关闭 ONLY_FULL_GROUP_BY（慎用）
改配置文件（如 /etc/mysql/my.cnf 或 my.ini）的 [mysqld] 段，必须显式列出所有要保留的模式，不能只写 sql_mode = ""：
sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION"
关键点：
- 漏掉任何一项（比如
STRICT_TRANS_TABLES），MySQL 会自动补回默认值，ONLY_FULL_GROUP_BY可能又回来 - 改完必须重启 MySQL 服务：
sudo systemctl restart mysql - 云数据库（如阿里云 RDS）不开放配置文件，得去控制台「参数模板」里修改
sql_mode并重启实例
为什么建议优先重写 SQL 而不是关模式
关掉 ONLY_FULL_GROUP_BY 后，像 SELECT user_id, name, COUNT(*) FROM orders GROUP BY user_id 这类语句能跑通，但 name 的值是随机取的——同一查询多次执行可能返回不同 name，报表、API、导出都可能出错。
真正安全的做法是让语义明确：
- 如果
user_id和name是 1:1 关系（比如user_id是主键），改用子查询或窗口函数，而不是硬套 GROUP BY - 如果确实要保留
name，且确认分组内值一致，用ANY_VALUE(name)显式表达意图（但注意：这函数 MySQL 特有，跨库不兼容） - 如果字段本身有业务含义（比如取最新一条的
status），就该用MAX(created_at)配合关联子查询，而不是依赖模糊分组
模式开关只是掩盖问题，SQL 语义才是数据准确性的第一道防线。
