mysql 5.7 升级到 8.0 后 group by 报错因默认启用 only_full_group_by；字符集排序规则变为 utf8mb4_0900_as_cs 导致乱码或连接失败；mysql_upgrade 失败需强制升级系统表；主从复制中断常因并行回放触发外键校验失败。
MySQL 5.7 升级到 8.0 后 GROUP BY 报错：‘Expression #1 of SELECT list is not in GROUP BY clause’
这是升级后最典型的兼容性问题。MySQL 8.0 默认启用 sql_mode=ONLY_FULL_GROUP_BY，而 5.7 很多实例是关闭的。一旦查询中 SELECT 的字段没出现在 GROUP BY 子句或没被聚合函数包裹，就会直接报错。
- 临时修复：执行
SET sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));（仅当前会话） - 长期方案：重写 SQL，确保所有非聚合字段都显式出现在
GROUP BY中；或在配置文件my.cnf的[mysqld]下修改sql_mode，但不推荐绕过标准语义 - 注意：ORM 框架（如 Django、MyBatis）自动生成的分组查询可能隐含该问题，需结合慢日志和错误日志定位具体 SQL
迁移后字符集变成 utf8mb4_0900_as_cs，应用连不上或中文乱码
MySQL 8.0 默认排序规则从 utf8mb4_general_ci 切换为更严格的 utf8mb4_0900_as_cs（大小写敏感、口音敏感）。如果旧库用的是 utf8 或 utf8mb4_general_ci，且应用连接时未显式指定 collation，就容易出现认证失败、字段比较异常或插入乱码。
- 检查连接字符串：确认是否带
?charset=utf8mb4&collation=utf8mb4_0900_as_cs（JDBC/PHP/Pymysql 等各客户端写法不同） - 导出导入时加参数：
mysqldump --default-character-set=utf8mb4 --skip-set-charset，避免 dump 文件里硬编码旧 collation - 表级修复：对已迁移表执行
ALTER TABLE t CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_cs;，但要注意索引长度限制（varchar(255)在 8.0 中可能超限）
mysql_upgrade 执行失败，提示 ‘Table mysql.user doesn’t have column plugin’
这说明系统表结构未同步更新——常见于跳过官方升级流程，直接替换二进制或用物理拷贝方式迁移。8.0 的 mysql 系统库字段有重大变更（如 plugin 字段移到了 mysql.user，authentication_string 替代 password）。
