mysql 两主多重

基础概念

MySQL的主从复制（Master-Slave Replication）是一种常用的数据库复制技术，它允许一个MySQL数据库（主库）的数据被复制到一个或多个其他MySQL数据库（从库）。两主多重（Dual Master with Multiple Slaves）是主从复制的一种扩展形式，其中有两个主库，它们之间互为主从关系，同时各自又有多个从库。

优势

1. 高可用性：当一个主库出现故障时，另一个主库可以接管服务，保证系统的可用性。
2. 负载均衡：通过多个从库分担读操作，可以有效减轻主库的负载。
3. 数据备份：从库可以作为数据备份，防止数据丢失。

类型

1. 异步复制：主库在执行完事务后立即返回结果，不等待从库确认，复制操作在后台进行。
2. 半同步复制：主库在执行完事务后需要等待至少一个从库确认收到binlog（二进制日志）后才返回结果。
3. 组复制：MySQL Group Replication（MGR）是一种更高层次的复制技术，允许多个服务器组成一个复制组，共同维护数据的一致性。

应用场景

1. 读写分离：主库负责写操作，从库负责读操作，提高系统性能。
2. 数据备份和恢复：从库可以作为数据备份，快速恢复数据。
3. 高可用架构：通过两主多重的配置，实现高可用性和故障切换。

遇到的问题及解决方法

问题1：数据不一致

原因：由于网络延迟或复制过程中的错误，可能导致主从数据不一致。

解决方法：

• 使用pt-table-checksum工具检查主从数据一致性。
• 调整复制参数，如slave_parallel_workers，提高复制效率。
• 定期进行数据同步和校验。

问题2：主库故障切换

原因：主库故障时，需要手动或自动切换到备用主库。

解决方法：

• 使用MySQL的CHANGE MASTER TO命令手动切换。
• 配置自动故障切换工具，如MHA（Master High Availability）或Orchestrator。

问题3：复制延迟

原因：网络延迟、从库性能不足或复制配置不当可能导致复制延迟。

解决方法：

• 优化网络配置，减少网络延迟。
• 提升从库性能，如增加CPU、内存资源。
• 调整复制参数，如sync_binlog和innodb_flush_log_at_trx_commit。

示例代码

以下是一个简单的MySQL主从复制配置示例：

主库配置（my.cnf）

[mysqld]
server-id = 1
log_bin = /var/log/mysql/mysql-bin.log
binlog_do_db = mydatabase

从库配置（my.cnf）

[mysqld]
server-id = 2
relay_log = /var/log/mysql/mysql-relay-bin.log
log_bin = /var/log/mysql/mysql-bin.log
binlog_do_db = mydatabase

主库创建复制用户

CREATE USER 'repl'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;

从库配置复制

CHANGE MASTER TO
MASTER_HOST='master_host_name',
MASTER_USER='repl',
MASTER_PASSWORD='password',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=107;
START SLAVE;

参考链接

• MySQL官方文档 - 复制
• Percona Toolkit - pt-table-checksum
• MySQL Group Replication

通过以上配置和工具，可以有效解决MySQL两主多重复制中的常见问题，提升系统的可用性和性能。