mysql 主从复制多台

基础概念

MySQL主从复制是一种数据库复制技术，它允许一个MySQL数据库服务器（主服务器）将其数据复制到一个或多个其他MySQL数据库服务器（从服务器）。主服务器上的数据变更（如插入、更新、删除）会被记录到二进制日志（Binary Log）中，然后从服务器会读取这些日志并应用这些变更，从而保持与主服务器的数据同步。

优势

1. 数据冗余：通过主从复制，可以在从服务器上创建数据的备份，提高数据的安全性。
2. 负载均衡：可以将读操作分散到多个从服务器上，减轻主服务器的负载。
3. 高可用性：如果主服务器出现故障，可以快速切换到从服务器上，保证服务的连续性。
4. 地理分布：通过在不同地理位置部署主从服务器，可以减少数据访问的延迟。

类型

1. 异步复制：这是MySQL默认的复制方式。主服务器在执行完事务后立即返回结果给客户端，而不等待从服务器确认。这种方式的优点是性能高，但缺点是可能存在数据丢失的风险。
2. 半同步复制：在这种模式下，主服务器在提交事务后会等待至少一个从服务器确认收到并写入了相应的二进制日志。这种方式可以降低数据丢失的风险，但可能会稍微降低性能。
3. 组复制：这是一种更高级的复制方式，允许多个服务器组成一个复制组，共同提供服务。这种方式提供了更高的可用性和数据一致性。

应用场景

1. 读写分离：将读操作和写操作分别分配到不同的服务器上，提高系统的整体性能。
2. 数据备份与恢复：利用从服务器上的数据备份，可以快速恢复数据。
3. 高可用架构：通过主从复制和自动故障转移机制，构建高可用的数据库系统。

常见问题及解决方案

问题1：从服务器同步延迟

原因：可能是由于从服务器的处理能力不足，或者网络带宽限制导致的。

解决方案：

• 优化从服务器的硬件配置，提高其处理能力。
• 检查并优化网络连接，确保足够的带宽。
• 调整MySQL的复制参数，如slave_parallel_workers（并行复制线程数）等。

问题2：主从数据不一致

原因：可能是由于主服务器在执行DDL语句时没有正确复制到从服务器，或者网络中断导致的数据丢失。

解决方案：

• 确保主服务器在执行DDL语句时使用FLUSH TABLES WITH READ LOCK来锁定表，防止数据不一致。
• 定期检查主从服务器的数据一致性，如使用pt-table-checksum等工具。
• 配置半同步复制或组复制以提高数据的一致性。

问题3：从服务器无法连接主服务器

原因：可能是由于网络问题、防火墙设置或MySQL配置错误导致的。

解决方案：

• 检查并确保主从服务器之间的网络连接正常。
• 检查防火墙设置，确保允许MySQL的通信端口（默认是3306）。
• 检查MySQL的配置文件（如my.cnf或my.ini），确保主从服务器的配置正确无误。

示例代码

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

主服务器配置（my.cnf）：

[mysqld]
server-id=1
log-bin=mysql-bin
binlog-do-db=testdb

从服务器配置（my.cnf）：

[mysqld]
server-id=2
relay-log=mysql-relay-bin
log-slave-updates=1
read-only=1

在主服务器上创建复制用户：

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官方文档或相关教程进行详细配置。

参考链接

• MySQL官方文档 - 复制
• MySQL主从复制详解
• MySQL主从复制故障排除