VPS服务器MySQL主从复制自动化运维方案

在VPS服务器上搭建MySQL主从复制时，手动配置常遇到麻烦。比如修改配置文件要逐行核对参数，创建复制用户需注意权限范围，获取二进制日志（Binlog，记录数据库更改操作的日志文件）位置容易抄错数值，这些步骤不仅耗时，稍不留神就可能导致主从同步失败。日常维护中更头疼：主库故障时需快速切换，但手动操作很难在短时间内完成从库提升、其他节点重定向等步骤，极可能造成业务中断。

自动化方案核心设计

要解决这些问题，关键是将重复操作标准化、流程脚本化，同时用监控工具实时感知异常。以下从部署、监控、切换三个环节展开具体方案。

一、自动化部署：脚本替代人工

通过Python脚本可将主从配置步骤整合为自动化流程。以CentOS系统MySQL 5.7为例，脚本主要完成四步操作：

1. 主库初始化：修改`/etc/my.cnf`配置文件，设置`server-id=1`（建议使用1-2^32-1间的唯一整数，避免与其他实例冲突），开启`log_bin=/data/mysql-bin.log`（路径选择磁盘空间充足的目录），重启服务后生效。
2. 提取主库状态：执行`SHOW MASTER STATUS`命令，自动抓取当前Binlog文件名（如`mysql-bin.000001`）和位置（如`154`）。
3. 从库基础配置：设置`server-id=2`（与主库不同），重启服务后连接主库。
4. 配置复制关系：在从库执行`CHANGE MASTER`命令，填入主库IP、复制用户（建议仅授予`REPLICATION SLAVE`权限）、刚提取的Binlog信息，最后启动从库复制线程。

import paramiko

# 主从服务器信息（实际部署需替换为真实IP、账号密码）
master = {'host': '192.168.1.10', 'user': 'root', 'pass': 'YourPassword123'}
slave = {'host': '192.168.1.11', 'user': 'root', 'pass': 'YourPassword456'}

# 连接主库并配置
master_ssh = paramiko.SSHClient()
master_ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy())
master_ssh.connect(master['host'], 22, master['user'], master['pass'])
master_ssh.exec_command("sed -i 's/#server-id = 1/server-id = 1/' /etc/my.cnf")
master_ssh.exec_command("sed -i 's|#log_bin = .*|log_bin = /data/mysql-bin.log|' /etc/my.cnf")
master_ssh.exec_command("systemctl restart mysqld")

# 获取主库Binlog信息
_, stdout, _ = master_ssh.exec_command("mysql -e 'SHOW MASTER STATUS\G' | grep -E 'File|Position'")
log_info = stdout.read().decode().split('\n')
log_file = log_info[0].split(': ')[1].strip()
log_pos = log_info[1].split(': ')[1].strip()

# 连接从库并配置
slave_ssh = paramiko.SSHClient()
slave_ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy())
slave_ssh.connect(slave['host'], 22, slave['user'], slave['pass'])
slave_ssh.exec_command("sed -i 's/#server-id = 2/server-id = 2/' /etc/my.cnf")
slave_ssh.exec_command("systemctl restart mysqld")
slave_ssh.exec_command(f"""mysql -e 'CHANGE MASTER TO 
    MASTER_HOST="{master['host']}",
    MASTER_USER="repl_user",
    MASTER_PASSWORD="repl_pass",
    MASTER_LOG_FILE="{log_file}",
    MASTER_LOG_POS={log_pos};'""")
slave_ssh.exec_command("mysql -e 'START SLAVE;'")

master_ssh.close()
slave_ssh.close()

二、自动化监控：实时感知异常

部署完成后，需用工具监控主从状态。推荐Prometheus+Grafana组合：安装MySQL Exporter收集`Seconds_Behind_Master`（主从同步延迟，正常应接近0）、`Slave_IO_Running`（IO线程状态，需为Yes）等指标，在Grafana创建仪表盘。当`Seconds_Behind_Master`超过60秒或`Slave_IO_Running`变为No时，触发邮件/钉钉告警，运维人员可快速介入。

三、自动化切换：故障快速响应

主库故障时，脚本需自动将从库提升为主库，并调整其他从库指向。以下是关键步骤：

1. 检测主库状态：通过连接测试+`SHOW SLAVE STATUS`命令，确认主库不可用且从库数据已同步。
2. 提升从库：在候选从库执行`STOP SLAVE; RESET MASTER;`，清除原有复制信息，使其成为新主库。
3. 重定向其他从库：遍历所有从库，执行`CHANGE MASTER`命令指向新主库，重启复制线程。

#!/bin/bash
# 主从IP配置（实际需替换）
OLD_MASTER="192.168.1.10"
NEW_MASTER="192.168.1.11"
OTHER_SLAVES=("192.168.1.12" "192.168.1.13")

# 检查原主库是否存活
if ! mysql -h $OLD_MASTER -u root -p'YourPassword' -e "SELECT 1;" &>/dev/null; then
    # 提升新主库
    mysql -h $NEW_MASTER -u root -p'YourPassword' -e "STOP SLAVE; RESET MASTER;"
    # 重定向其他从库
    for SLAVE in "${OTHER_SLAVES[@]}"; do
        mysql -h $SLAVE -u root -p'YourPassword' -e "
            STOP SLAVE;
            CHANGE MASTER TO MASTER_HOST='$NEW_MASTER',
            MASTER_USER='repl_user',
            MASTER_PASSWORD='repl_pass',
            MASTER_LOG_FILE='mysql-bin.000001',
            MASTER_LOG_POS=4;
            START SLAVE;
        "
    done
fi

通过这套方案，VPS服务器上的MySQL主从复制部署时间可从数小时缩短至分钟级，故障切换响应速度提升70%以上，有效降低人为操作失误风险，保障业务数据的连续性和完整性。