跨版本升级 MySQL 须分步进行（如 5.6→5.7→8.0），严禁跳过中间大版本；需检查兼容性、更新配置与驱动、备份验证，并升级后逐项确认功能与数据一致性。
跨版本升级 MySQL 需谨慎操作，不能直接替换二进制文件或跳过中间大版本（如从 5.6 直接升到 8.0），必须遵循官方推荐路径，重点防范兼容性问题、SQL 行为变化和权限模型调整。
确认升级路径是否被官方支持
MySQL 官方仅保证相邻大版本间的升级可行性（如 5.7 → 8.0），不支持跨多个主版本（如 5.6 → 8.0）。若当前版本较老，需分步升级：
- 5.6 → 5.7 → 8.0（先升级到最新 5.7，再升级到 8.0）
- 检查 MySQL 8.0 升级文档 中的“Supported Upgrade Paths”表格
- 使用
mysql_upgrade工具（MySQL 8.0.16 起已弃用，改由服务器自动执行）前，务必确认其适用版本
提前检查兼容性与废弃特性
新版 MySQL 会移除旧功能、修改默认行为，升级前必须识别并修复潜在风险点：
- 5.7 升 8.0：默认字符集从
latin1变为utf8mb4，sql_mode新增严格模式（如STRICT_TRANS_TABLES），可能使原 SQL 报错 - 密码认证插件变更：8.0 默认使用
caching_sha2_password，旧客户端可能无法连接，需在配置中显式指定default_authentication_plugin=mysql_native_password或升级客户端 - 系统表结构变更：如
mysql.user表字段调整，升级后旧自定义脚本可能失效 - 运行
mysqld --upgrade=NONE启动新版本服务，再执行mysqlcheck -u root -p --all-databases --check-upgrade检查对象兼容性
执行升级前的关键准备动作
避免线上中断和数据损坏，必须完成以下验证与备份步骤：
- 完整备份：使用
mysqldump（逻辑备份，适合小库）或Percona XtraBackup（物理备份，适合大库），备份含--all-databases --routines --events --triggers - 在隔离环境搭建相同版本源库 + 目标版本测试实例，导入备份并运行核心业务 SQL 和压测脚本，观察错误日志与性能偏差
- 检查所有应用连接字符串、JDBC 驱动版本（如 MySQL Connector/J 8.0+ 才完全支持 8.0 认证协议）
- 更新 my.cnf 配置：移除 8.0 不支持的参数（如
query_cache_type），补充新增必要项（如early-plugin-load=keyring_file.so若启用加密）
升级后必须验证的核心项
服务启动成功不等于升级完成，需逐项确认功能与数据一致性：
- 登录验证：用不同用户（尤其 root 和应用账号）测试连接，确认认证方式和权限生效
- 查询验证：执行
SELECT VERSION(), @@sql_mode, @@character_set_server;确认版本与关键参数 - 数据校验：比对关键表行数、校验和（如
CHECKSUM TABLE t1;），检查复制状态（若为主从架构，注意 GTID 模式是否启用及一致性） - 慢日志与错误日志：开启
log_error_verbosity=3，排查升级后新增警告（如 隐式类型转换 告警）
跨版本升级本质是重构数据库运行时环境，重在前置评估而非快速执行。跳过测试、忽略配置迁移或低估 SQL 兼容性影响，是导致升级失败最常见的原因。
