MySQL 5.x(如 5.7)升级到 MySQL 8.0 不是简单替换安装包,而是一次需谨慎规划的跨大版本迁移。核心在于兼容性变化、默认行为调整和弃用功能,直接升级可能导致应用异常或数据不可用。
重点检查兼容性与弃用项
MySQL 8.0 移除了大量旧特性,必须提前识别并处理:
移除的功能:如mysql_old_password认证插件、
CREATE TEMPORARY TABLE的部分语法变体、
GRANT ... IDENTIFIED BY旧式用户创建语法; 默认变更:默认字符集从
latin1变为
utf8mb4,排序规则变为
utf8mb4_0900_ai_ci; SQL 模式强化:严格模式(
STRICT_TRANS_TABLES)默认启用,
NO_AUTO_CREATE_USER已彻底废弃; 系统表重构:数据字典完全转为 InnoDB 表存储,
mysql库下多数表不再可直接 DML 操作。
推荐采用逻辑迁移而非就地升级
对生产环境,优先使用
mysqldump或
mysqlpump导出再导入,规避升级失败风险: 在 MySQL 5.7 上执行:
mysqldump --all-databases --routines --events --triggers --set-gtid-purged=OFF > backup.sql; 确保导出文件不含已弃用语法(如检查
DEFINER子句是否合规); 在全新部署的 MySQL 8.0 实例上执行:
mysql ;导入后运行
mysql_upgrade已被移除,改用
mysql --upgrade(仅适用于就地升级场景,逻辑迁移无需此步)。
升级前必须做的验证动作
迁移不是“导出→导入→完事”,关键验证缺一不可:
检查 SQL 模式一致性:比对 5.7 和 8.0 的sql_mode输出,手动补全缺失项(如添加
ONLY_FULL_GROUP_BY); 重写不兼容查询:例如含
GROUP BY但 SELECT 列未在 GROUP BY 中的语句,在 8.0 会报错; 更新用户认证方式:5.7 使用
mysql_native_password的用户,需在 8.0 执行
ALTER USER 'user'@'host' IDENTIFIED WITH mysql_native_password BY 'pwd';; 测试应用连接与事务行为:尤其关注长事务、XA 事务、外键约束响应等,8.0 对锁和死锁检测逻辑有优化。
小版本间也要注意差异
即使同属 MySQL 8.x(如 8.0.33 → 8.0.34),也可能引入行为变更。务必查阅对应版本的 Release Notes,重点关注 “Incompatible Change” 和 “Security Notes” 条目。补丁升级前建议在预发环境完整回归。
