先升级从库再切换主库，确保数据一致性与最小停机。依次执行：规划升级路径、测试环境验证、全节点备份、记录复制位置；逐个停止从库复制并升级实例，运行mysql_upgrade后重启复制；所有从库升级完成后，将已升级从库提升为新主库，原主库降级为从库后升级；最后验证复制状态、数据一致性及系统监控，确保稳定运行。
在主从复制环境中升级数据库版本或配置时，关键在于保证数据一致性、最小化停机时间，并避免复制中断。以下是安全升级的实用步骤和注意事项。
规划升级路径
确认新版本是否支持从当前版本直接升级。查阅官方文档，了解兼容性矩阵和已知问题。优先选择经过验证的稳定版本，避免跨多个大版本跳跃升级。
- 测试环境先行：在与生产环境相似的测试环境中完整模拟升级过程
- 备份所有节点：包括主库和所有从库的数据及配置文件
- 记录当前状态：保存主从的GTID位置（如使用GTID）、binlog文件名和位置
从库先升级
始终先升级从库，这样即使出现问题也不会影响写入服务。
- 停止从库复制：执行 STOP SLAVE;
- 关闭数据库并替换二进制文件
- 启动新版本实例，运行 mysql_upgrade（如适用）
- 重新启用复制：执行 START SLAVE;
- 监控复制状态：使用 SHOW SLAVE STATUS\G 检查是否正常运行
逐个升级从库，并在每个节点稳定后再进行下一个。
主库切换与升级
当所有从库都升级完成后，需要将主库也升级。为减少停机，可结合主从切换操作。
- 选择一个已升级的从库提升为新主库
- 在原主库上停止写入，等待所有从库追平数据
- 切换应用连接指向新的主库
- 将旧主库作为从库重新加入集群，再按从库方式升级
若不进行主从切换，则需在业务低峰期直接停机升级主库，之后重新启用并确保从库能继续同步。
验证与监控
升级完成后必须验证系统稳定性。
- 检查复制延迟是否为零
- 核对关键表的数据一致性
- 观察错误日志是否有异常警告
- 确认监控系统能正常采集新版本指标
保持密切观察至少24小时，确保无隐藏问题浮现。
基本上就这些。只要步骤清晰、备份到位、逐步推进，主从环境的升级可以平稳完成。
