MySQL多源复制需主库启用binlog和GTID，创建复制用户，从库配置唯一server-id及TABLE模式存储元数据，通过CHANGE MASTER TO为各主库设置独立通道并启动复制，确保Slave_IO_Running和Slave_SQL_Running为Yes以验证正常同步。
MySQL 多源复制（Multi-Source Replication）允许一个从服务器（Slave）同时从多个主服务器（Master）复制数据。这种配置常用于将多个数据库的数据汇总到一个从库中，便于分析或备份。以下是配置 MySQL 多源复制的详细步骤。
启用多源复制前的准备
确保版本支持：MySQL 5.7 及以上版本支持多源复制（基于 GTID 或传统模式）。推荐使用 GTID 模式，便于管理。
网络连通性：从库必须能访问所有主库的 IP 和端口（默认 3306），且主库已开放对应用户权限。
开启二进制日志和唯一 server-id：每个主库和从库都必须有唯一的 server-id，并启用 binlog。
在主库 my.cnf 中确认配置：
[mysqld] server-id = 1 log-bin = mysql-bin
如果是 GTID 模式，还需开启：
gtid_mode = ON enforce_gtid_consistency = ON
创建复制用户
在每台主库上创建具有复制权限的用户：
CREATE USER 'repl'@'%' IDENTIFIED BY 'password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
记录每个主库的 IP、端口、用户名和密码，后续连接时需要。
从库配置多源复制
在从库的 my.cnf 中设置唯一的 server-id，并建议启用 GTID（如果主库也启用）：
[mysqld] server-id = 100 master-info-repository = TABLE relay-log-info-repository = TABLE relay-log = relay-log log-slave-updates = ON gtid_mode = ON enforce_gtid_consistency = ON
说明：
羊驼 v3.8 企业版(仿阿里巴巴单企业界面)方便中小企业建站使用，包含产品、新闻、网上询价等模块。羊驼! 是一个开源的轻量级树状 CMS 系统。 它基于 php + mysql 并以 b2core MVC 为底层架构。 可以方便快速的配置出个人、企业网站。在B2Core 优雅的MVC架构之上你可以轻松定制任意应用型网站。 羊驼 v3.8 企业版更新：修复了后台错误，和前台图片地址问题。 企业版主
-
master-info-repository和relay-log-info-repository设为 TABLE 可提升崩溃恢复能力。 -
log-slave-updates若需级联复制则开启。
配置从库连接多个主库
进入从库的 MySQL 命令行，使用 CHANGE MASTER TO 命令分别添加每个主库，通过 FOR CHANNEL 指定通道名区分不同主库：
CHANGE MASTER TO MASTER_HOST='192.168.1.10', MASTER_USER='repl', MASTER_PASSWORD='password', MASTER_PORT=3306, MASTER_AUTO_POSITION=1 FOR CHANNEL 'master1';
CHANGE MASTER TO MASTER_HOST='192.168.1.11', MASTER_USER='repl', MASTER_PASSWORD='password', MASTER_PORT=3306, MASTER_AUTO_POSITION=1 FOR CHANNEL 'master2';
每个 CHANNEL 名称必须唯一，代表一条独立的复制流。
启动并验证复制
启动所有通道的复制：
START SLAVE FOR CHANNEL 'master1'; START SLAVE FOR CHANNEL 'master2';
查看各通道状态：
SHOW SLAVE STATUS FOR CHANNEL 'master1'\G SHOW SLAVE STATUS FOR CHANNEL 'master2'\G
关注以下字段：
Slave_IO_Running: YesSlave_SQL_Running: Yes-
Seconds_Behind_Master是否正常减少
若出现错误，检查 Last_Error 字段内容。
监控与维护
可通过以下命令查看所有通道状态：
SELECT * FROM performance_schema.replication_connection_status\G SELECT * FROM performance_schema.replication_applier_status_by_worker\G
日常维护中注意：
- 避免在从库修改与主库同名的表数据，防止冲突。
- 定期检查复制延迟和错误日志。
- 备份从库时可使用
mysqldump --single-transaction避免锁表。
基本上就这些。多源复制配置不复杂，但需注意每个主库的独立性和从库资源负载。合理命名通道、开启 GTID、使用 TABLE 存储元信息，能显著提升稳定性和可维护性。
