在 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 设置或系统表更新,务必参考对应版本的官方升级指南。
