如何从低版本升级mysql_mysql版本升级流程
跨大版本（如5.7→8.0）必须逻辑备份还原，小版本（如8.0.28→8.0.33）可原地升级但需校验兼容性；须查官方Upgrade Paths、完整备份、检查弃用功能、测试环境先行。
直接升级 MySQL 版本需谨慎，不能简单替换二进制文件或执行一键安装。核心原则是：**跨大版本（如 5.7 → 8.0）必须通过逻辑备份还原，小版本（如 8.0.28 → 8.0.33）可原地升级但需严格校验兼容性。**
确认当前版本与目标版本的兼容性
MySQL 官方明确不支持跨大版本就地升级（例如 5.6 直接升级到 8.0）。必须查阅MySQL 升级文档中对应版本的“Upgrade Paths”章节。常见有效路径：
- 5.6 → 5.7 → 8.0（分两步，中间必须完成 5.7 的 mysql_upgrade）
- 5.7 → 8.0（允许，但要求 5.7.11+，且必须运行 mysql_upgrade 并检查弃用特性）
- 8.0.x → 8.0.y（小版本升级，支持 in-place，但仍建议先停写、备份、验证）
执行前必备操作
无论哪种升级方式，以下步骤缺一不可：
- 完整备份：使用 mysqldump（含 --routines --events --triggers）或物理备份工具（如 Percona XtraBackup），并验证备份可恢复
-
检查弃用与移除功能：在旧版本中运行
SELECT * FROM information_schema.INNODB_SYS_TABLES WHERE NAME LIKE '%mysql%';，结合官方“Removed Features”列表排查（如 8.0 移除了 query cache、mysql_old_password 认证插件） - 测试环境先行：在与生产同构的测试库上完整走一遍升级流程，包括应用连通性、SQL 兼容性、字符集（尤其 utf8mb4 默认化）、权限模型变更（如 8.0 的 roles 和 password history）
推荐升级方式（按场景选择）
小版本升级（如 8.0.30 → 8.0.34）：停服务 → 替换二进制 → 启动时加 --upgrade=FORCE → 观察错误日志 → 运行 mysql_upgrade（8.0.16+ 已自动集成，无需手动调用）
大版本升级（如 5.7 → 8.0）：停写 → mysqldump 全库导出（注意添加 --set-gtid-purged=OFF 若未启用 GTID）→ 卸载旧版 → 安装新版 → 初始化数据目录 → 启动空实例 → 导入 SQL → 手动校验系统表与用户权限（mysql.user 结构已变）
升级后关键验
启动成功不等于升级完成，必须验证：
- 所有业务库表能否正常 SELECT / INSERT，特别关注 JSON 字段、生成列、全文索引行为变化
- 用户权限是否生效（8.0 默认密码认证插件变为 caching_sha2_password，老客户端可能需加
--default-auth=mysql_native_password） - 慢查询日志、审计日志、SSL 配置是否按预期加载（配置文件中
!includedir路径是否仍有效） - 监控项（如 Performance Schema 表名、状态变量）是否被新版本调整，避免告警误报
升级不是一次性操作，而是“备份-验证-切换-回滚预案”闭环。跳过任一环节都可能导致服务中断或数据异常。不复杂但容易忽略。
