香港服务器MySQL高可用部署实战指南

深夜促销活动正火热，用户下单却提示“数据库连接失败”——这样的场景对电商、金融等依赖数据的业务来说，可能是一场灾难。在香港服务器上搭建业务系统时，MySQL数据库的高可用部署正是避免这类危机的关键。

真实故障：单点数据库的代价

某跨境电商曾在双11大促期间，因部署于香港服务器的MySQL数据库单点故障，导致30分钟内无法接收新订单。客服后台不断弹出用户投诉，技术团队紧急排查后发现，主数据库因磁盘IO过载崩溃，而备用方案缺失让问题雪上加霜。最终统计显示，这场事故直接导致超50万元订单损失，部分用户因体验差转向竞品。这正是典型的“单点数据库”风险——没有高可用架构，数据库故障会直接引发业务瘫痪。

两种主流方案：主从复制与MHA

在香港服务器环境中，MySQL高可用主要有两种方案：主从复制和MHA（Master High Availability，主高可用性工具）。主从复制通过主服务器同步数据到从服务器，当主节点故障时手动切换，适合中小型业务；MHA则能自动检测主节点状态，故障时快速将从服务器提升为主节点，减少人工干预时间，更适合对可用性要求高的场景。

主从复制：基础但实用的部署

主从复制的核心是通过二进制日志（binlog，MySQL记录数据变更的文件）实现主从数据同步。具体步骤如下：

1. **环境准备**
确保香港服务器已安装MySQL（建议5.7及以上版本），主从服务器网络互通（可通过telnet 3306测试端口连通性），并预留足够磁盘空间（至少为当前数据量的1.5倍）。

2. **主服务器配置**
修改MySQL核心配置文件my.cnf（通常路径为/etc/mysql/my.cnf或/usr/local/mysql/etc/my.cnf），添加以下内容：
```
log-bin=mysql-bin # 开启二进制日志
server-id=1 # 主服务器唯一标识（需为1-2^32-1的整数）
binlog-do-db=业务数据库名 # 可选，指定需要同步的数据库
```
保存后重启MySQL服务：`systemctl restart mysql`。

3. **创建复制账号**
登录主服务器MySQL，创建用于同步的账号并授权：
```
CREATE USER 'repl'@'%' IDENTIFIED BY 'YourPassword123'; # 创建复制用户
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; # 授予复制权限
FLUSH PRIVILEGES; # 刷新权限
```

4. **从服务器配置**
修改从服务器my.cnf，设置不同的server-id（如2），保存后重启MySQL。登录从服务器MySQL，执行同步配置：
```
CHANGE MASTER TO
MASTER_HOST='主服务器IP',
MASTER_USER='repl',
MASTER_PASSWORD='YourPassword123',
MASTER_LOG_FILE='主服务器binlog文件名（通过SHOW MASTER STATUS查看）',
MASTER_LOG_POS=主服务器binlog位置（同上）;
START SLAVE; # 启动从服务器同步
```
通过`SHOW SLAVE STATUS\G`检查状态，若`Slave_IO_Running`和`Slave_SQL_Running`均为`Yes`，则同步成功。

MHA：自动故障转移进阶方案

MHA需在主从复制基础上部署，通过监控主节点状态实现自动切换。步骤如下：

1. **安装MHA组件**
在所有服务器（主、从）安装MHA Node（负责监控和切换），在管理机安装MHA Manager（负责协调）。可通过`yum install mha4mysql-node`（CentOS）或`apt-get install mha4mysql-node`（Ubuntu）安装。

2. **配置MHA参数**
编辑MHA配置文件（如/etc/masterha/app1.cnf），填写主从服务器信息：
```
[server default]
manager_workdir=/var/log/mha # 工作目录
manager_log=/var/log/mha/manager.log # 日志路径
ssh_user=root # SSH连接用户
repl_user=repl # 复制用户
repl_password=YourPassword123 # 复制用户密码

[server1] # 主服务器
hostname=主服务器IP
candidate_master=1 # 标记为候选主节点

[server2] # 从服务器
hostname=从服务器IP
candidate_master=1
```

3. **启动MHA监控**
执行命令启动Manager：
```
nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover &
```
MHA会每1秒（默认`ping_interval=1`）检查主节点状态，若主节点宕机，自动将从节点提升为主节点，并更新业务系统连接地址。

按需选择：高可用方案的取舍

主从复制配置简单、成本低，适合日活万级以下的中小型业务；MHA自动化程度高，能将故障恢复时间从“分钟级”缩短至“秒级”，更适合电商大促、金融交易等对可用性要求高的场景。无论选择哪种方案，核心都是通过冗余架构降低单点故障风险——毕竟，预防数据库崩溃的成本，远低于故障带来的业务损失。