MySQL 5.7 升级到 8.0

适用场景

需要 MySQL 8.0 的新特性、性能改进或厂商支持截止时，把 5.7 升级到 8.0。升级不可逆，必须准备备份和回滚。

前置条件

• 完整备份（物理或逻辑）并验证可恢复。
• 在测试环境跑过升级和业务 SQL。
• 检查驱动、ORM、中间件和复制拓扑兼容性。
• 准备停机窗口和回滚方案。

步骤

1. 兼容性检查：

mysqlsh --uri root@db:3306 --js -e 'util.checkForServerUpgrade()'

2. 检查关键项：

SELECT @@version, @@sql_mode, @@character_set_server;
SHOW VARIABLES LIKE 'default_authentication_plugin';
SELECT table_schema, table_name, table_collation
FROM information_schema.tables WHERE table_collation LIKE 'utf8_%';

3. 备份：

mysqldump -u root -p --single-transaction --routines --triggers \
  --events --all-databases > all-5.7.sql

或使用 XtraBackup 物理备份。

4. 安装 MySQL 8.0 并停旧实例，按官方流程启动新版本：

systemctl stop mysqld
# 安装 8.0 包，保留旧数据目录备份
systemctl start mysqld

5. 让服务端完成系统表升级（8.0.16+ 使用 --upgrade 参数，不再有 mysql_upgrade）：

mysqld --upgrade=FORCE

6. 更新账号认证插件和驱动：

ALTER USER 'app'@'%' IDENTIFIED WITH caching_sha2_password BY 'password';

验证

• SELECT VERSION(); 为 8.0。
• 表、视图、存储过程、触发器和事件正常。
• 应用连接、查询、事务和复制正常。
• 字符集/排序规则符合预期。

回滚

• 保留旧数据目录和备份。
• 停 8.0，恢复 5.7 数据目录/备份，启动 5.7。
• 注意 8.0 写入的数据在 5.7 中可能无法读取，回滚会丢新数据。

常见坑

• caching_sha2_password 需要新驱动；旧客户端可能连不上。
• 8.0 保留字、GROUP BY 语义、utf8mb3 和排序规则变化。
• 5.7 的 mysql_upgrade 在 8.0.16+ 已移除。
• 复制拓扑要逐跳升级，注意 GTID 和 binlog 格式。
• 升级后优化器/执行计划可能变化，需重新验证慢查询。

相关命令

• mysql / mysqlsh — 连接与检查
• mysqldump — 备份
• percona-xtrabackup — 物理备份