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 等函数参数顺序是否变化
