17370845950

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