mysql 8.0 报错主因是 only_full_group_by 模式下 select 列表含未聚合且未出现在 group by 中的字段，order by 仅是触发校验的“烟雾弹”；修复应优先调整 sql 语义（删冗余字段、补全 group by 或用 any_value），而非禁用模式。
这不是 ORDER BY 本身的问题，而是 MySQL 8.0 严格执行 SQL 标准后，GROUP BY 查询中字段语义不明确触发的连锁反应——报错里提到 ORDER BY，但真正卡住的是 SELECT 列表里的非聚合字段没在 GROUP BY 中声明。
为什么报错信息里写的是 ORDER BY？
错误提示常含 Expression #1 of ORDER BY clause is not in GROUP BY clause，容易误以为是排序语法错。实际是 MySQL 在解析阶段先校验 GROUP BY 合法性：当 SELECT 中有非聚合列（比如 name、created_at）未出现在 GROUP BY 子句，且该列又恰好被用在 ORDER BY 里时，优化器会提前拒绝执行。
- 根本约束来自
ONLY_FULL_GROUP_BY模式，不是ORDER BY语法问题 -
ORDER BY字段必须能从GROUP BY结果中唯一确定；如果它依赖一个未分组的非聚合列，就直接报错 - 哪怕你删掉
ORDER BY，只要SELECT列表含冗余非聚合列，照样报错
修复优先级：先改 SQL，再动配置
禁用 ONLY_FULL_GROUP_BY 是最快路径，但会让结果不可预期（比如 SELECT id, name, COUNT(*) FROM user GROUP BY status 中的 id 和 name 可能随机取某一行值）。更安全的做法是让 SQL 语义清晰：
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
- 删掉不需要的字段：只需要统计？
SELECT status, COUNT(*) FROM user GROUP BY status - 补全
GROUP BY：如果id和status是一一对应的，就写GROUP BY status, id - 用
ANY_VALUE()显式声明接受任意代表值：SELECT ANY_VALUE(id), ANY_VALUE(name), status, COUNT(*) FROM user GROUP BY status（MySQL 5.7.5+ 支持） - 避免
SELECT *：尤其在LEFT JOIN后跟GROUP BY，*会把所有关联表字段拖进来，极易触发报错
临时绕过：只对当前连接生效
开发调试或 CI 流水线里快速验证逻辑时可用，断开重连即失效，不影响他人：
- 别手拼字符串：
SET SESSION sql_mode = (SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY', '')); -
SET SESSION sql_mode = ''无效——空值会被 MySQL 自动还原为默认完整模式 - JDBC 的
connectionInitSql不可靠，部分驱动会在建连后立即执行 autocommit 检查，导致该语句被忽略；得在应用首次 query 前显式执行
永久关闭：仅限自建 MySQL，且格式零容错
云数据库（如阿里云 RDS）通常禁止修改 @@GLOBAL.sql_mode，此方案只适用于你能完全控制 MySQL 进程的环境：
- 编辑
my.cnf（Linux）或my.ini（Windows），在[mysqld]段下添加：sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION - 必须严格按此顺序、无空格、无单引号、无换行；少一项或多一个空格，MySQL 可能无法启动
- 改完重启服务：
sudo systemctl restart mysql（Linux）或net stop mysql && net start mysql（Windows） - 验证：
SELECT @@GLOBAL.sql_mode;，确认返回结果里不含ONLY_FULL_GROUP_BY
最容易被忽略的一点：错误提示里那个 “ORDER BY” 是烟雾弹，真正要盯住的是 SELECT 列表和 GROUP BY 子句的字段对齐关系——哪怕你根本没写 ORDER BY，只要 SELECT 里多了一个没聚合也没分组的字段，照样报错。
