先升级从库再升级主库，确保数据一致性。需提前确认版本兼容性，备份数据库，在测试环境验证，检查复制状态；逐个升级从库并验证复制正常；通过主从切换将已升级从库变为主库，再升级原主库；最后全面验证复制状态、应用功能及性能指标，防止复制中断或数据丢失。
在MySQL主从复制环境中升级，需要特别注意数据一致性与服务可用性。直接对主库或从库进行版本升级可能引发复制中断、兼容性问题甚至数据丢失。正确的做法是按步骤、分阶段操作，优先升级从库，最后升级主库。
1. 升级前的准备工作
确保整个升级过程安全，必须提前做好评估和备份：
- 确认版本兼容性：查阅MySQL官方文档，确保新版本支持从当前版本升级，并且主从之间的版本兼容复制协议（如GTID、binlog格式）。
- 备份所有数据库：对主库和从库执行完整逻辑或物理备份，防止升级失败导致数据不可恢复。
- 测试环境验证：在测试环境中模拟升级流程，验证应用兼容性和复制稳定性。
- 检查复制状态：使用 SHOW SLAVE STATUSG 确保从库无延迟、无错误。
2. 先升级从库（Slave）
建议先升级一个从库作为“探路”，验证新版本运行是否正常：
- 停止从库复制：STOP SLAVE;
- 关闭MySQL服务：systemctl stop mysql（具体命令依系统而定）。
- 备份原有MySQL安装目录和配置文件。
- 安装新版本MySQL（可通过包管理器或手动替换二进制文件）。
- 启动MySQL服务，观察错误日志是否有异常。
- 运行 mysql_upgrade（MySQL 8.0起已整合到启动流程中）以更新系统表。
- 重新启动复制：START SLAVE; 并监控复制状态。
确认该从库能正常同步且无报错后，再逐步升级其他从库。
3. 主库切换与升级
当所有从库都升级完成后，需将主库切换到已升级的从库之一，再对原主库进行升级：
- 选择一个已升级的从库作为新的主库候选。
- 停止原主库写入（或通过应用层控制流量）。
- 等待候选从库追平主库数据（Seconds_Behind_Master: 0）。
- 提升从库为新主库：STOP SLAVE; RESET SLAVE ALL;
- 将应用连接指向新主库。
- 对原主库执行与从库相同的升级流程。
- 升级完成后，将其配置为新主库的从库，重新加入复制拓扑。
4. 升级后的验证
升级完成后必须全面验证系统状态：
- 检查所有节点的MySQL错误日志。
- 确认复制正常运行，无SQL线程或IO线程错误。
- 执行读写测试，确保应用功能正常。
- 监控性能指标，查看是否有异常延迟或资源消耗。
基本上就这些。只要遵循“先从后主、逐个升级、切换主库”的原则，MySQL主从环境的版本升级可以平稳完成。关键是不能跳过测试和备份环节，避免因版本不兼容导致复制断裂。