多主复制允许多个MySQL节点处理读写并同步数据，常见方案包括双主双向复制和环形复制。通过配置server-id、binlog及自增参数避免ID冲突，设置复制用户并建立主从关系，最后验证复制状态。需注意写冲突、网络延迟和DDL操作风险，生产环境建议采用Percona XtraDB Cluster或MySQL Group Replication等更稳定方案。
MySQL多主复制（Multi-Master Replication）是指多个MySQL节点都可以接受写操作，并且彼此之间同步数据。常见的实现方式包括环形复制（Circular Replication）和基于中间件或集群方案的主动-主动复制。下面介绍一种基础的环形双主配置方法，也可扩展为多节点。
1. 多主复制基本原理
在多主架构中，每个主节点都能处理读写请求，并将变更同步到其他主节点。需注意避免自增ID冲突、循环复制问题以及数据一致性风险。
常见方案：
- 双主双向复制（Active-Passive 或 Active-Active）
- 三节点及以上环形复制（A→B→C→A）
- 使用Galera Cluster等支持多主的集群方案（如Percona XtraDB Cluster）
2. 配置双主复制示例
以两台MySQL服务器为例（Server A 和 Server B），实现双向复制。
步骤一：配置 server-id 和日志参数
Server A（IP: 192.168.1.10） 的 my.cnf 配置：
[mysqld] server-id = 1 log-bin = mysql-bin binlog-format = ROW auto-increment-increment = 2 auto-increment-offset = 1 log-slave-updates = ON relay-log = relay-bin
Server B（IP: 192.168.1.11） 的 my.cnf 配置：
[mysqld] server-id = 2 log-bin = mysql-bin binlog-format = ROW auto-increment-increment = 2 auto-increment-offset = 2 log-slave-updates = ON relay-log = relay-bin
说明：
- auto-increment-increment 和 offset 用于避免自增ID冲突，Server A生成奇数，Server B生成偶数
- log-slave-updates 允许从库将接收到的日志写入自己的binlog，支持级联复制
步骤二：创建复制用户
在 Server A 上执行：
CREATE USER 'repl'@'192.168.1.11' IDENTIFIED BY 'password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.11'; FLUSH PRIVILEGES;
在 Server B 上执行：
CREATE USER 'repl'@'192.168.1.10' IDENTIFIED BY 'password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.10'; FLUSH PRIVILEGES;
步骤三：配置主从关系
【极品模板】出品的一款功能强大、安全性高、调用简单、扩展灵活的响应式多语言企业网站管理系统。 产品主要功能如下： 01、支持多语言扩展（独立内容表，可一键复制中文版数据） 02、支持一键修改后台路径； 03、杜绝常见弱口令，内置多种参数过滤、有效防范常见XSS； 04、支持文件分片上传功能，实现大文件轻松上传； 05、支持一键获取微信公众号文章（保存文章的图片到本地服务器）； 06、支持一键
在 Server A 上连接到 Server B：
CHANGE MASTER TO MASTER_HOST='192.168.1.11', MASTER_USER='repl', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS= 4; START SLAVE;
在 Server B 上连接到 Server A：
CHANGE MASTER TO MASTER_HOST='192.168.1.10', MASTER_USER='repl', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS= 4; START SLAVE;
MASTER_LOG_FILE 和位置可通过 SHOW MASTER STATUS 获取。
步骤四：验证复制状态
分别在两个节点执行：
SHOW SLAVE STATUS\G
检查以下字段：
- Slave_IO_Running: Yes
- Slave_SQL_Running: Yes
- Seconds_Behind_Master: 0（表示同步正常）
3. 注意事项与限制
多主复制虽然提高了可用性，但也带来一些挑战：
- 存在写冲突风险，例如同时更新同一行数据
- 网络延迟可能导致数据不一致
- DDL语句需谨慎操作，避免结构不一致
- 建议配合应用层控制写入路由，或使用中间件（如MHA、ProxySQL）管理
4. 更稳定的替代方案
对于生产环境，推荐使用更成熟的多主集群方案：
- Percona XtraDB Cluster (PXC)：基于Galera，支持真正的多主同步复制
- MySQL Group Replication：官方提供的高可用方案，支持单主或多主模式
- MariaDB Galera Cluster：类似PXC，适用于MariaDB环境
这些方案提供更强的一致性保证和自动冲突检测机制。
基本上就这些。标准MySQL原生复制对多主支持有限，配置时务必考虑数据安全和冲突处理策略。如果追求高可用和强一致性，建议优先选择Galera或Group Replication类方案。
