MySQL 双主集群搭建

搭建 MySQL 双主集群涉及多个配置步骤，以及对于可能出现的问题的理解和解决。下面将详细说明搭建过程的每个步骤。

前提条件

1. 环境准备：准备两台服务器（物理或虚拟），并确保它们可以互相通信（例如，通过内部网络）。
2. 软件准备：在两台服务器上安装相同版本的 MySQL。建议使用官方稳定版。
3. 备份：在生产环境中操作时，请务必备份所有重要数据。

搭建过程

1. 修改配置文件

服务器A（master1）配置：

[mysqld]  
server-id = 1  
log-bin = mysql-bin  
binlog-do-db = your_database_name  
sync_binlog = 1  
binlog_format = mixed  
relay_log = relay-bin  
relay_log_index = relay-bin.index  
auto_increment_increment = 2  
auto_increment_offset = 1  
  
# 为复制设置监听IP和端口（如果非默认3306端口）  
# bind-address = your_server_ip  
# port = your_port_number

服务器B（master2）配置：

[mysqld]  
server-id = 2  
log-bin = mysql-bin  
binlog-do-db = your_database_name  
sync_binlog = 1  
binlog_format = mixed  
relay_log = relay-bin  
relay_log_index = relay-bin.index  
auto_increment_increment = 2  
auto_increment_offset = 2  
  
# 为复制设置监听IP和端口（如果非默认3306端口）  
# bind-address = your_server_ip  
# port = your_port_number

请替换 your_database_name 为你需要复制的数据库名称，如果需要复制多个数据库，可以使用多个 binlog-do-db 配置项，或者使用 replicate-do-db 在 SLAVE 端进行过滤。

注意：在实际部署时，根据网络安全和性能需要，可以调整监听IP和端口。

2. 创建复制用户

在两个服务器上的 MySQL 命令行执行以下 SQL 命令来创建一个专门用于复制的用户。

GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'%' IDENTIFIED BY 'strong_password';  
FLUSH PRIVILEGES;

确保替换 'replication_user' 为你希望使用的复制用户名，并设置 'strong_password' 为强密码。

3. 锁定表并获取二进制日志位置

在服务器A上执行：

FLUSH TABLES WITH READ LOCK;  
SHOW MASTER STATUS;

记录下返回的 File 和 Position 值。

在服务器B上也执行同样的步骤，但记录服务器B的值时不要忘记先在服务器A上执行 UNLOCK TABLES; 命令解锁表。

4. 配置复制

在服务器B上设置复制服务器A的数据：

CHANGE MASTER TO   
MASTER_HOST='master1_ip_address',  
MASTER_USER='replication_user',  
MASTER_PASSWORD='strong_password',  
MASTER_LOG_FILE='master1_binlog_file',  
MASTER_LOG_POS=master1_binlog_position;

将 'master1_ip_address' 替换为服务器A的IP地址，'strong_password' 替换为之前设置的密码，以及 'master1_binlog_file' 和 master1_binlog_position 分别替换为在服务器A上执行 SHOW MASTER STATUS; 命令后获取的文件名和位置。

在服务器A上执行相同操作来设置服务器B的数据。

5. 启动复制

在两台服务器上分别执行：

sql复制代码

START SLAVE;

6. 检查复制状态

在两台服务器上执行以下命令检查复制状态：

sql复制代码

SHOW SLAVE STATUS \G;

确认以下两个字段的值为 Yes：

Slave_IO_Running: Yes  
Slave_SQL_Running: Yes

如果不是 Yes，则查看 Last_Error 字段的错误信息，根据提示解决相应的问题。

7. 安装并配置 keepalived

在每台服务器上安装 keepalived，并编辑其配置文件（通常是 /etc/keepalived/keepalived.conf），设置虚拟 IP 地址、优先级和检查脚本等。

例如：

! Configuration File for keepalived  
  
global_defs {  
   notification_email {  
     admin@yourdomain.com  
   }  
   notification_email_from keepalived@yourdomain.com  
   smtp_server 127.0.0.1  
   smtp_connect_timeout 30  
   router_id LVS_DEVEL  
   vrrp_skip_check_adv_addr  
   vrrp_strict  
   vrrp_garp_interval 0  
   vrrp_gna_interval 0  
}  
  
vrrp_instance VI_1 {  
    state MASTER  
    interface eth0  
    virtual_router_id 51  
    priority 100  
    advert_int 1  
    authentication {  
        auth_type PASS  
        auth_pass 1111  
    }  
    virtual_ipaddress {  
        10.124.151.23  
    }  
}

在另一台服务器上，你需要将 state 设置为 BACKUP，并相应地调整 priority。

确保 interface 指定了正确的网络接口，virtual_ipaddress 指定了你要使用的虚拟 IP 地址。

8. 启动 keepalived

在两台服务器上分别启动 keepalived 服务。

9. 测试故障转移

模拟一台服务器故障，检查 keepalived 是否能够成功将虚拟 IP 地址漂移到另一台服务器上，并且 MySQL 服务仍然可用。

测试双主复制

在两个 MySQL 服务器上创建或更新数据库中的数据，并验证这些更改是否成功复制到了另一台服务器上。

故障转移和监控

对于双主复制集群，需要考虑故障转移策略以及使用工具进行监控。你可以使用 MHA (Master High Availability Manager) 或其他类似工具来实现自动故障转移。同时，定期监控两台服务器的复制状态和健康状况非常重要，可以使用 Percona Monitoring and Management (PMM) 或自定义的监控脚本来完成这个任务。

注意

• 数据一致性：务必确保在开始搭建之前两个节点的数据是一致的。
• 自增长ID：设置 auto_increment_increment 和 auto_increment_offset 可以避免 ID 冲突。
• 冲突解决：在实际操作中可能会遇到复制冲突，例如，在两个主节点上同时修改同一行数据。你需要为这种情况设置解决策略。
• 安全性：复制用户需要足够的安全保护，包括限制访问主机和使用强密码。
• 网络延迟：网络延迟可能会导致数据复制延迟，监控并确保网络连接质量是良好的实践。
• 备份策略：双主复制不应该替代数据备份。你应该实施一个稳健的备份和恢复策略来保护数据。