MySQL 5.7升级到8.0需逻辑迁移而非就地升级，因存在认证插件移除、默认字符集改为utf8mb4、严格SQL模式启用及系统表重构等兼容性变化。
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” 条目。补丁升级前建议在预发环境完整回归。
