MySQL升级后SQL报错主因是新版本加强SQL模式校验、废弃旧语法及调整默认行为；应优先修复SQL（如GROUP BY加ANY_VALUE、统一数据类型），临时可调sql_mode缓解，但禁用ONLY_FULL_GROUP_BY不建议生产长期使用。
MySQL升级后SQL报错，多数是因为新版本加强了SQL模式校验、废弃了旧语法、或调整了默认行为（比如ONLY_FULL_GROUP_BY启用、STRICT_TRANS_TABLES默认开启、隐式类型转换限制更严等）。直接改SQL往往比调兼容模式更稳妥，但临时适配可结合两者。
检查并调整SQL模式（快速缓解）
新版MySQL（尤其是5.7+和8.0）默认启用了更严格的SQL模式，常见报错如“Expression #1 of SELECT list is not in GROUP BY clause”就源于ONLY_FULL_GROUP_BY。可临时查看当前模式：
SELECT @@sql_mode;
若需临时放宽（仅用于过渡或测试环境），可动态修改：
- 会话级（当前连接生效）：SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_DATE,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';（去掉
ONLY_FULL_GROUP_BY） - 全局级（重启后失效）：SET GLOBAL sql_mode = '...';
- 永久生效需修改配置文件
my.cnf的sql_mode项，然后重启MySQL
⚠️ 注意：禁用ONLY_FULL_GROUP_BY可能掩盖逻辑缺陷，不建议生产长期使用。
修复GROUP BY相关SQL（推荐根本解决）
旧版MySQL允许SELECT a, b FROM t GROUP BY a（b未聚合也未在GROUP BY中），新版会报错。正确写法是明确语义：
- 如果想取每组任意一条b值：SELECT a, ANY_VALUE(b) FROM t GROUP BY a;
- 如果想取每组最大b：SELECT a, MAX(b) FROM t GROUP BY a;
- 如果b实际依赖a（函数依赖），且MySQL 5.7.5+支持，可确保表结构有唯一约束或主键包含a，再配合
ANY_VALUE()显式声明意图
处理隐式类型转换与严格模式报错
例如WHERE status = '1'（status是INT类型）在旧版可能自动转，新版可能报warning甚至error（取决于STRICT_TRANS_TABLES）。应统一数据类型：
- 数值字段比较用数字：WHERE status = 1
- 字符串字段比较用字符串：WHERE name = 'admin'
- 插入时避免字符串插数字字段，如
INSERT INTO t(id) VALUES ('123')→ 改为VALUES (123) - 使用
CAST()或CONVERT()显式转换，增强可读性与兼容性
其他常见兼容问题速查
关键字冲突：如表名/字段名用了新版保留字（rank、json、window等），用反引号包裹：`rank`
默认字符集变化：8.0默认utf8mb4_0900_as_cs，若应用依赖旧排序规则（如utf8mb4_general_ci），建表或连接时显式指定
JSON语法增强：旧版JSON_EXTRACT(json_col, '$.key')仍可用，但推荐用操作符json_col->'$.key'；注意JSON_CONTAINS等函数参数顺序是否变化
