先升级从库再升级主库，确保复制兼容性。1. 升级前备份数据库、检查版本兼容性、停非必要连接、设binlog为ROW模式、记录复制位点。2. 从库升级：停复制和MySQL服务，安装新版本并启动，运行mysql_upgrade（如需），重启复制线程并验证状态。3. 主库升级可选主从切换或直接升级：前者将已升级从库提为主库，原主库降级为从库重新加入；后者在从库追平后停主库，升级并启动，恢复写入。4. 升级后验证复制状态、数据一致性，监控应用行为与日志。按步骤操作并参考官方文档可确保平稳升级。

在 MySQL 中升级复制环境版本，需要确保主库和从库的兼容性，并按正确顺序操作，避免数据中断或复制失败。核心原则是：先升级从库，再升级主库，并且建议逐个实例进行，降低风险。

1. 升级前准备

确保整个升级过程安全可靠，必须做好以下准备工作：

• 备份所有数据库：包括主库和所有从库，使用 mysqldump 或物理备份工具（如 Percona XtraBackup）。
• 检查 MySQL 版本兼容性：确认新旧版本之间支持复制，参考官方文档中的“升级路径”说明，例如 5.7 → 8.0 需注意系统表结构变化。
• 停止非必要应用连接：减少升级期间的写入压力。
• 确保 binlog 格式为 ROW 或 MIXED：特别是升级到 8.0 时，推荐使用 ROW 模式以提高兼容性和安全性。
• 记录当前复制状态：在主库和从库上运行 SHOW MASTER STATUS; 和 SHOW SLAVE STATUS\G，保存 File、Position、GTID（如果启用）等信息。

2. 先升级从库

从复制拓扑的末端从库开始升级，验证无误后再继续：

• 停止从库复制线程：STOP SLAVE;
• 关闭 MySQL 服务：systemctl stop mysql（根据实际方式停止）。
• 安装新版本 MySQL：可通过包管理器（yum/apt）或手动替换二进制文件，注意不要覆盖数据目录。
• 启动新版本 MySQL：systemctl start mysql，并观察错误日志是否有异常。
• 运行 mysql_upgrade（8.0.16 之前需要）：该命令更新系统表结构，修复权限表等。MySQL 8.0.16+ 已自动完成此步骤。
• 启动复制：START SLAVE;，然后通过 SHOW SLAVE STATUS\G 检查 Slave_IO_Running 和 Slave_SQL_Running 是否为 Yes，且无错误。

3. 主库升级（角色切换或直接升级）

有两种常见方式处理主库升级：

• 将已升级的从库提升为主库：确保原主库已停止写入，执行 STOP SLAVE; 并允许客户端连接。
• 原主库作为新从库重新加入复制：升级其 MySQL 版本后，配置为新主库的从库。
• 此方法更安全，适合不允许停机的场景。

• 停止主库写入，确保所有从库已追平数据（Seconds_Behind_Master=0）。
• 停止主库服务，升级 MySQL 软件版本。
• 启动主库，运行 mysql_upgrade（如需），检查错误日志。
• 确认主库正常后，恢复业务写入。

4. 验证与监控

升级完成后，必须进行全面验证：

• 检查复制状态是否稳定：持续观察 SHOW SLAVE STATUS 中的延迟和错误信息。
• 查询测试数据一致性：可在主从库执行相同查询，确认结果一致。
• 监控应用行为：确保连接正常、事务处理无异常。
• 查看 error log 和 slow log：排查潜在问题。

基本上就这些。只要按步骤来，先从库后主库，做好备份和验证，MySQL 复制环境的版本升级是可以平稳完成的。不复杂但容易忽略细节，比如 GTID 设置或系统表更新，务必参考对应版本的官方升级指南。