直接重装是最稳妥的升级方式
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 结果异常都可能源于此。
