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
不复杂但容易忽略——升级不是“换完二进制就完事”，关键是理解版本间语义变化，并用最小影响的方式迁移数据与权限。
