最稳妥的MySQL升级方式是直接重装。官方不支持跨大版本原地升级，禁用mysql_upgrade强行升级；须备份后卸载旧版、清空数据目录、用官方repo安装新版并初始化，再导入数据；升级后需验证版本、权限表及字符集兼容性。
直接重装是最稳妥的升级方式
MySQL 官方不支持跨大版本原地升级（比如从 5.7 直接升到 8.0），也**不推荐**用 mysql_upgrade 工具强行升级数据字典或系统表——它只适用于同一大版本内的小版本更新（如 8.0.28 → 8.0.33），且在 8.0.16 之后已被弃用，改由服务启动时自动完成。
真实场景中，你遇到的“升级失败”“启动报错”“information_schema 不一致”，往往就源于跳过了备份和重建步骤。
- 务必先用
mysqldump或mysqlpump导出所有数据库（含mysql系统库，如果要保留用户权限） - 停掉旧服务：
sudo systemctl stop mysql（或mysqld，取决于你的服务名） - 彻底卸载旧包（Debian/Ubuntu 用
apt purge mysql-server；RHEL/CentOS 用yum remove mysql-community-server） - 清空旧数据目录（默认
/var/lib/mysql），确认无残留再解压/安装新版本
Linux 下用官方 repo 安装新版更可控
手动下载 tar.gz 包解压虽然灵活，但容易漏掉依赖、systemd 单元文件配置错误、SELinux 上下文丢失等问题。用 MySQL 官方 repo 能让包管理器处理好这些细节。
以 Ubuntu 22.04 + MySQL 8.0 为例：
- 下载并安装 repo 包：
sudo dpkg -i mysql-apt-config_*.deb，安装时选择mysql-8.0通道 - 更新源：
sudo apt update - 安装（不是 upgrade）：
sudo apt install mysql-server—— 这会触发全新初始化，不会复用旧数据目录 - 首次启动后，
sudo mysql_secure_installation重设 root 密码并清理测试账户
注意：安装过程会提示是否保留旧配置，选 否；后续把导出的 SQL 导入即可。
Windows 上替换 bin 目录的风险点
有些教程建议“直接替换 bin 目录下的 exe 文件”，这在 Windows 上极其危险——新版 mysqld.exe 可能读取不到旧版 data 目录中的系统表结构，导致启动失败并报错：Table 'mysql.user' doesn't exist 或 Unknown table 'mysql.gtid_executed'。
- 必须确认新版本是否兼容旧数据格式（查 MySQL 官方文档的 “Upgrading from MySQL 5.7 to 8.0” 小节）
- 即使兼容，也要先运行
mysqld --upgrade=FORCE（仅限 8.0.16 前），但该命令不修复权限表损坏 - 更安全的做法：用
mysqld --initialize-insecure --datadir=新路径初始化新实例，再导入数据
升级后必须验证的三件事
别急着切流量。升级完成只是开始，很多问题在业务查询时才暴露。
- 检查
SELECT VERSION()和SHOW VARIABLES LIKE 'version%'是否返回预期版本号 - 执行
SELECT * FROM mysql.user LIMIT 1，确认权限表可读；若报错Access denied for user 'root'@'localhost'，说明系统表未正确迁移 - 运行
mysqlcheck -u root -p --all-databases --check-upgrade，它会检测表是否需要ALTER TABLE ... UPGRADE PARTITIONING等操作
字符集兼容性常被忽略：MySQL 8.0 默认 utf8mb4_0900_as_cs 排序规则，而老应用可能依赖 utf8mb4_general_ci，连不上或 ORDER BY 结果异常都可能源于此。
