在 MySQL 中，双主复制（Multi-Master Replication）是一种高级的复制架构，允许两个或多个主节点（Master）之间相互复制数据。这种架构通常用于实现高可用性、负载均衡或地理分布式部署。在双主复制中，每个主节点既可以接收写操作，也可以将数据同步到其他主节点。
1. MySQL 双主复制的原理
1. 基本架构
在双主复制中，每个主节点都配置为另一个主节点的从节点（Slave）。数据变更在任何一个主节点上发生后，都会通过二进制日志（Binlog）同步到其他主节点。这种架构通常是双向的，但也可以扩展为多主复制（多个主节点相互同步）。
2. 数据同步流程
双主复制的数据同步流程基于 MySQL 的主从复制机制，具体步骤如下：
-
记录 Binlog：
- 每个主节点在其本地记录所有数据变更操作到 Binlog 中。这些变更包括
INSERT、UPDATE、DELETE等 DML 操作，以及部分 DDL 操作。
- 每个主节点在其本地记录所有数据变更操作到 Binlog 中。这些变更包括
-
拉取 Binlog：
- 每个主节点作为从节点，通过 I/O 线程连接到对端主节点，拉取对方的 Binlog 并将其写入到本地的中继日志（Relay Log）中。
-
重放事务：
- 每个主节点的 SQL 线程读取中继日志中的事务，并在本地重放这些事务，从而实现数据同步。
3. 冲突解决
由于双主复制允许在多个主节点上进行写操作，因此可能会发生冲突（如主键冲突、更新冲突等）。MySQL 本身不自动解决这些冲突，需要通过以下方式处理：
- 避免冲突：通过合理的数据分片或业务逻辑设计，确保不同主节点操作的数据范围不重叠。
- 冲突检测与解决：使用第三方工具（如
pt-heartbeat、pt-table-sync）检测和解决冲突。 - 半同步复制：启用半同步复制，确保事务在提交前被其他主节点确认，减少冲突的可能性。
2. 双主复制的配置方法
1. 配置主节点
每个主节点都需要配置为可以接收来自对端主节点的 Binlog，并将其应用到本地。
-- 在主节点1上
CHANGE MASTER TO MASTER_HOST='master2_ip',MASTER_USER='replication_user',MASTER_PASSWORD='replication_password',MASTER_LOG_FILE='binlog.000001',MASTER_LOG_POS=1234;START SLAVE;
-- 在主节点2上
CHANGE MASTER TO MASTER_HOST='master1_ip',MASTER_USER='replication_user',MASTER_PASSWORD='replication_password',MASTER_LOG_FILE='binlog.000001',MASTER_LOG_POS=1234;START SLAVE;
2. 配置 Binlog
确保每个主节点都启用了 Binlog，并设置了合适的 Binlog 格式（如 ROW 或 MIXED）。
[mysqld]
log-bin=mysql-bin
binlog-format=ROW
server-id=1
3. 配置冲突解决
为了避免冲突，可以采用以下策略：
-
自增主键偏移量：
-- 在主节点1上 SET GLOBAL auto_increment_offset = 1; SET GLOBAL auto_increment_increment = 2;-- 在主节点2上 SET GLOBAL auto_increment_offset = 2; SET GLOBAL auto_increment_increment = 2; -
过滤同步的数据：
-- 在主节点1上 CHANGE MASTER TO MASTER_HOST='master2_ip', ... MASTER_IGNORE_TABLE=db.table;-- 在主节点2上 CHANGE MASTER TO MASTER_HOST='master1_ip', ... MASTER_IGNORE_TABLE=db.table;
3. 双主复制的优势与挑战
1. 优势
- 高可用性：任何一个主节点发生故障时，另一个主节点可以接管。
- 负载均衡：写操作可以在多个主节点上分担，提高系统的整体性能。
- 地理冗余：支持跨数据中心或跨地区的数据同步，提高系统的容灾能力。
2. 挑战
- 数据冲突：多个主节点上的写操作可能导致数据冲突，需要额外的机制解决。
- 延迟问题：数据同步可能存在延迟，尤其是在跨地区部署时。
- 复杂性：配置和维护双主复制比单向主从复制更复杂，需要更多的监控和管理。
4. 双主复制的运维注意事项
1. 监控复制状态
定期检查每个主节点的复制状态，确保数据同步正常。
SHOW SLAVE STATUS\G;
重点关注以下字段：
Slave_IO_Running和Slave_SQL_Running：确保两个线程都在运行。Last_SQL_Error：检查是否有错误发生。
2. 处理冲突
如果发生冲突，可以通过以下方式解决：
-
跳过冲突事务：
STOP SLAVE; SET GLOBAL sql_slave_skip_counter = 1; START SLAVE; -
手动修复数据：检查冲突的记录并手动修复。
3. 性能优化
- 启用半同步复制：减少数据丢失的风险。
- 优化网络：降低网络延迟，提高复制效率。
4. 数据一致性
使用工具（如 pt-table-checksum 和 pt-table-sync）定期检查和修复数据一致性问题。
5. 我的总结
综上所述，MySQL 双主复制通过多个主节点相互同步数据，实现了高可用性、负载均衡和地理冗余。其核心原理是基于 MySQL 的主从复制机制，通过 Binlog 同步和事务重放实现数据一致性。然而，双主复制也带来了数据冲突、延迟和配置复杂性等挑战。在运维工作中，合理设计架构、监控复制状态、处理冲突和优化性能是确保双主复制稳定运行的关键。
