MySQL跨版本升级应避免直接跳跃，优先逻辑备份还原，测试环境先行验证；官方仅支持相邻主版本就地升级，5.6→8.0需经5.7过渡；升级后须检查认证插件、SQL模式、日志机制及统计信息。
MySQL 从低版本升级到高版本，核心原则是避免直接跨大版本跳跃、优先采用逻辑备份还原方式、务必提前在测试环境验证。官方不推荐就地升级（in-place upgrade）尤其是跨多个主版本（如 5.6 → 8.0），风险较高，容易引发兼容性问题或数据字典损坏。
一、确认升级路径与兼容性
MySQL 官方只保证相邻主版本间的升级支持（如 5.7 → 8.0 可行，但 5.6 → 8.0 属于间接升级，需先升至 5.7）。务必查阅MySQL 8.0 升级文档中的“Upgrading from MySQL 5.7”章节，确认当前版本是否被支持，以及是否需要中间过渡版本。
- 查看当前版本：
SELECT VERSION(); - 检查是否启用过时特性（如旧密码插件、SQL_MODE 中的 NO_AUTO_CREATE_USER）
- 运行
mysql_upgrade（仅适用于 5.7 及更早就地升级场景，MySQL 8.0+ 已移除此工具）
二、推荐方案：逻辑备份 + 还原（最安全）
适用于所有跨版本升级，尤其推荐用于生产环境。本质是导出 SQL 再导入新实例，彻底规避系统表结构/数据字典不兼容问题。
- 使用
mysqldump导出（注意加--single-transaction --routines --triggers --events） - 若库较大，可分库或使用
mydumper提高并发效率 - 在新版本 MySQL 实例上初始化空库，再用
mysql命令导入 - 导入后检查字符集（如 5.7 默认
latin1，8.0 默认utf8mb4）、时间类型精度、生成列等行为变化
三、就地升级（仅限小范围、已充分验证场景）
仅建议在测试环境或单机开发环境尝试，且必须满足：源版本为 5.7.x，目标为 8.0.x，并已完成完整备份与兼容性检查。
- 停止旧版 mysqld 服务
- 替换 MySQL 二进制文件（或通过包管理器升级）
- 修改配置文件（
my.cnf），确保兼容参数，例如添加default_authentication_plugin=mysql_native_password（避免 8.0 默认 caching_sha2_password 导致客户端连不上） - 以
--upgrade=FORCE启动新版本 mysqld，自动执行数据字典升级（无需手动运行 mysql_upgrade） - 启动后检查错误日志，确认无 critical 报错；运行
SELECT * FROM INFORMATION_SCHEMA.INNODB_TABLESPACES;等验证字典状态
四、升级后必做事项
无论哪种方式，升级完成不等于结束。以下检查项直接影响稳定性与功能可用性：
- 验证所有业务账号能否正常连接（特别注意密码认证插件变更）
- 检查慢查询日志、general log 是否仍按预期工作（8.0 日志默认写入系统表，非文件）
- 运行
SELECT @@sql_mode;，确认没有禁用关键模式（如 STRICT_TRANS_TABLES）导致隐式转换异常 - 如有使用 JSON 字段，测试原有 JSON 函数（如
JSON_EXTRACT）行为是否一致 - 重新收集统计信息：
ANALYZE TABLE或启用innodb_stats_auto_recalc = ON
不复杂但容易忽略——升级不是“换完二进制就完事”，关键是理解版本间语义变化，并用最小影响的方式迁移数据与权限。
