位置：文档库 > 数据库 > mysql如何升级多源复制环境

mysql如何升级多源复制环境

夏之光上传于 2020-01-13 08:17

《MySQL如何升级多源复制环境》

MySQL多源复制（Multi-Source Replication）是MySQL 5.7版本引入的重要特性，允许一个从库（Slave）同时从多个主库（Master）接收数据变更，适用于数据聚合、灾备切换、多数据中心同步等场景。随着业务发展或版本迭代，升级多源复制环境成为DBA的常见需求。本文将从升级前准备、升级策略选择、具体操作步骤、风险控制及验证方法等方面，系统阐述MySQL多源复制环境的升级流程。

一、多源复制环境概述

多源复制的核心组件包括：

主库（Master）：数据源，通过二进制日志（Binary Log）记录变更。
从库（Slave）：聚合多个主库的数据，通过I/O线程和SQL线程应用变更。
复制通道（Channel）：每个主库对应一个独立的复制通道，通道间通过`channel_name`区分。

典型拓扑结构如下：

Master1 (channel=master1) → Slave
Master2 (channel=master2) → Slave
Master3 (channel=master3) → Slave

升级多源复制环境需考虑版本兼容性、数据一致性、停机时间等因素，常见的升级场景包括：

从MySQL 5.7升级至8.0（跨版本升级）。
同版本内的小版本升级（如5.7.31→5.7.42）。
替换主库或从库的硬件/操作系统。

二、升级前准备

1. 环境评估

（1）版本兼容性检查：

确认主库和从库的版本是否支持多源复制（5.7+）。
跨版本升级时，需查阅官方Release Notes，例如MySQL 8.0移除了`mysql_upgrade`工具，改用自动升级机制。

（2）数据量与性能评估：

统计各主库的二进制日志大小（`SHOW BINARY LOGS`）。
评估从库的硬件资源（CPU、内存、磁盘I/O）是否满足升级后的负载需求。

（3）依赖关系检查：

确认应用程序是否依赖特定MySQL版本的功能（如JSON类型、窗口函数等）。
检查中间件（如ProxySQL、MySQL Router）是否兼容目标版本。

2. 备份策略

（1）全量备份：

# 使用mysqldump备份所有主库和从库
mysqldump -u root -p --all-databases --single-transaction --master-data=2 > backup_master1.sql
mysqldump -u root -p --all-databases --single-transaction --master-data=2 > backup_slave.sql

（2）二进制日志备份：

保存主库和从库的当前二进制日志文件及位置（`SHOW MASTER STATUS`、`SHOW SLAVE STATUS`）。

（3）配置文件备份：

# 备份my.cnf或my.ini
cp /etc/my.cnf /etc/my.cnf.bak_$(date +%Y%m%d)

3. 工具准备

MySQL Shell（8.0+推荐）：支持并行升级和自动化校验。
pt-table-checksum/pt-table-sync（Percona Toolkit）：数据一致性校验。
Cloning Plugin（MySQL 8.0.17+）：快速克隆数据。

三、升级策略选择

1. 原地升级（In-Place Upgrade）

适用场景：同版本小版本升级或跨版本升级（如5.7→8.0），且硬件资源充足。

步骤：

停止所有主库的写入（或切换至只读模式）。
在从库上执行升级命令：

# MySQL 5.7→8.0示例
systemctl stop mysqld
yum remove mysql-community-server-5.7
yum install mysql-community-server-8.0
systemctl start mysqld

运行`mysql_upgrade`（MySQL 5.7）或自动升级（MySQL 8.0）。

2. 逻辑升级（Logical Upgrade）

适用场景：跨大版本升级且需保留数据字典变更，或环境隔离要求高。

步骤：

在目标版本上搭建新从库。
使用`mysqldump`或`mysqlpump`导出主库数据并导入新从库。
配置多源复制通道：

CHANGE REPLICATION SOURCE TO 
  SOURCE_HOST='master1', 
  SOURCE_USER='repl', 
  SOURCE_PASSWORD='password',
  SOURCE_AUTO_POSITION=1
FOR CHANNEL 'master1';
START REPLICA FOR CHANNEL 'master1';

3. 混合升级（Hybrid Upgrade）

结合原地升级和逻辑升级，例如先升级从库，再逐步替换主库。

四、具体升级步骤（以5.7→8.0为例）

1. 升级前校验

# 检查多源复制状态
SHOW SLAVE STATUS FOR CHANNEL 'master1';
SHOW SLAVE STATUS FOR CHANNEL 'master2';

# 检查主库二进制日志格式（必须为ROW模式）
SHOW VARIABLES LIKE 'binlog_format';

2. 升级从库

（1）停止复制并锁定表：

STOP REPLICA FOR CHANNEL 'master1';
STOP REPLICA FOR CHANNEL 'master2';
FLUSH TABLES WITH READ LOCK;

（2）执行原地升级（以RHEL为例）：

# 备份数据目录（可选）
cp -r /var/lib/mysql /var/lib/mysql_bak

# 卸载旧版本并安装新版本
yum remove mysql-community-server
yum install mysql-community-server-8.0

# 启动服务并初始化（MySQL 8.0自动处理）
systemctl start mysqld

（3）验证升级结果：

# 检查版本
SELECT VERSION();

# 检查复制用户权限（MySQL 8.0需重新授权）
CREATE USER 'repl'@'%' IDENTIFIED WITH caching_sha2_password BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';

3. 升级主库（可选）

若需升级主库，需逐个进行并确保从库能正确切换源：

# 在从库上切换复制源（主库升级期间）
CHANGE REPLICATION SOURCE TO 
  SOURCE_HOST='new_master1',
  SOURCE_USER='repl',
  SOURCE_PASSWORD='password'
FOR CHANNEL 'master1';

4. 重启复制并校验数据

START REPLICA FOR CHANNEL 'master1';
START REPLICA FOR CHANNEL 'master2';

# 使用pt-table-checksum校验数据一致性
pt-table-checksum --replicate=check_results --databases=db1 h=slave_host,u=root,p=password

五、风险控制与回滚方案

1. 常见风险

版本不兼容导致复制中断（如GTID格式变更）。
权限模型变化（MySQL 8.0默认使用`caching_sha2_password`插件）。
数据类型变更（如TIMESTAMP时区处理）。

2. 回滚步骤

停止所有复制通道。
恢复备份数据：

# 恢复从库
systemctl stop mysqld
rm -rf /var/lib/mysql/*
mysql -u root -p

重新配置多源复制通道。

六、升级后验证

1. 功能验证

执行多表JOIN查询，确认性能符合预期。
测试复制过滤规则（`Replicate_Wild_Do_Table`）是否生效。

2. 性能监控

# 监控复制延迟
SHOW SLAVE STATUS FOR CHANNEL 'master1' \G
SELECT * FROM performance_schema.replication_applier_status;

# 监控I/O线程性能
SHOW PROCESSLIST;

七、最佳实践

升级前在测试环境模拟完整流程。
使用MySQL Shell的`util.cloneInstance()`快速克隆实例。
对大表操作使用`pt-online-schema-change`减少锁表时间。

关键词：MySQL多源复制、版本升级、复制通道、数据一致性、原地升级、逻辑升级、MySQL 8.0、备份恢复、GTID、权限模型

简介：本文详细介绍了MySQL多源复制环境的升级方法，涵盖升级前评估、策略选择、具体操作步骤、风险控制及验证流程。通过实例代码和工具推荐，帮助DBA安全完成从MySQL 5.7到8.0的跨版本升级，同时解决多源复制中的常见问题。

立即下载

数据库相关