MySQL高可用方案：Multi-Master Replication Manager (MMM) 配置与实战

概述

在数据库高可用领域，Multi-Master Replication Manager for MySQL (简称MMM)是一个经典的解决方案。本文将详细介绍如何在bbotte/bbottehub.io项目中配置和使用MMM来实现MySQL的高可用架构。

MMM架构原理

MMM通过管理MySQL主主复制配置，实现故障转移和虚拟IP地址管理。其核心特点包括：

1. 支持主主复制架构（同一时间只有一个主节点可写）
2. 支持读写分离和负载均衡
3. 自动故障检测和转移
4. 虚拟IP漂移机制

环境准备

服务器规划

我们采用5节点架构：

• Monitor节点：192.168.1.1（监控管理节点）
• Master1：192.168.1.2（主节点1）
• Master2：192.168.1.3（主节点2）
• Slave1：192.168.1.4（从节点1）
• Slave2：192.168.1.5（从节点2）

基础配置

1. 主机名配置：确保每台服务器的/etc/sysconfig/network中HOSTNAME正确设置
2. hosts文件：所有节点需配置统一的/etc/hosts解析
3. SSH互信：Monitor节点需要与所有MySQL节点建立SSH免密登录
4. 时间同步：配置NTP服务确保所有节点时间一致

安装部署

安装方式选择

MMM提供两种安装方式：

1. YUM安装（推荐）：

   # Monitor节点
   yum install mysql-mmm*
   
   # Agent节点
   yum install mysql-mmm-agent
   

2. 源码编译安装： 需要先安装Perl相关依赖，适合定制化需求较高的环境

MySQL安装配置

所有MySQL节点需要：

1. 配置唯一的server-id
2. 开启二进制日志
3. 设置read_only参数（从节点）

复制配置

主主复制配置

在Master1和Master2之间建立双向复制：

-- Master1上执行
CHANGE MASTER TO 
MASTER_HOST='192.168.1.3',
MASTER_USER='zhuzhu',
MASTER_PASSWORD='zhuzhu',
MASTER_LOG_FILE='mysql-bin.000006',
MASTER_LOG_POS=1180;

-- Master2上执行
CHANGE MASTER TO 
MASTER_HOST='192.168.1.2',
MASTER_USER='zhuzhu',
MASTER_PASSWORD='zhuzhu',
MASTER_LOG_FILE='mysql-bin.000010',
MASTER_LOG_POS=107;

主从复制配置

配置Slave1复制Master1，Slave2复制Master2：

-- Slave1上执行
CHANGE MASTER TO 
MASTER_HOST='192.168.1.2',
MASTER_USER='zhuzhu',
MASTER_PASSWORD='zhuzhu',
MASTER_LOG_FILE='mysql-bin.000010',
MASTER_LOG_POS=107;

-- Slave2上执行
CHANGE MASTER TO 
MASTER_HOST='192.168.1.3',
MASTER_USER='zhuzhu',
MASTER_PASSWORD='zhuzhu',
MASTER_LOG_FILE='mysql-bin.000006',
MASTER_LOG_POS=1180;

MMM配置详解

mmm_common.conf

核心配置文件，定义集群整体架构：

active_master_role writer

<host default>
    cluster_interface eth0
    replication_user zhuzhu
    replication_password zhuzhu
    agent_user mmm_agent
    agent_password mmm_agent
</host>

<host db1>
    ip 192.168.1.2
    mode master
    peer db2
</host>

<host db2>
    ip 192.168.1.3
    mode master
    peer db1
</host>

<role writer>
    hosts db1, db2
    ips 192.168.1.100
    mode exclusive
</role>

<role reader>
    hosts db1,db2,db3,db4
    ips 192.168.1.101-104
    mode balanced
</role>

mmm_mon.conf

Monitor节点专用配置：

<monitor>
    ip 192.168.1.1
    ping_ips 192.168.1.2-5
    auto_set_online 60
</monitor>

<host default>
    monitor_user mmm_monitor
    monitor_password mmm_monitor
</host>

服务启动与验证

启动顺序

1. 在所有Agent节点启动服务：

   service mysql-mmm-agent start
   

2. 在Monitor节点启动监控服务：

   service mysql-mmm-monitor start
   

状态检查

使用mmm_control工具检查集群状态：

# 查看整体状态
mmm_control show

# 检查各节点健康状态
mmm_control checks all

# 测试VIP连通性
mmm_control ping

故障模拟测试

主节点故障测试

1. 停止Master1的MySQL服务
2. 观察VIP是否自动漂移到Master2
3. 验证应用是否可继续写入
4. 恢复Master1服务，观察是否自动重新加入集群

从节点故障测试

1. 停止Slave1服务
2. 观察监控状态变化
3. 验证读负载是否自动调整到其他节点
4. 恢复服务观察状态

生产环境注意事项

1. 数据一致性：MMM不能完全保证故障转移时的数据一致性，建议结合业务层重试机制
2. 监控告警：配置完善的监控告警系统，及时发现和处理问题
3. 定期演练：定期进行故障转移演练，确保高可用机制有效
4. 性能考虑：虚拟IP漂移可能带来短暂的连接中断，应用需具备重连能力

总结

MMM作为成熟的MySQL高可用方案，在bbotte/bbottehub.io项目中展现了良好的稳定性和易用性。通过合理的配置和运维管理，可以为企业级MySQL集群提供可靠的高可用保障。对于数据一致性要求极高的场景，建议结合其他方案如MHA或Group Replication使用。