采用MySQL-MMM做DB高可用时，遇到的一个小坑

一、服务器分布

 

二、MySQL-MMM 配置

(1)、公共配置【所有DB节点：Master1、Master2、Slave1、Slave2   Monitor节点】

# vim /etc/mysql-mmm/mmm_common.conf

active_master_role          writer

<host default>
    cluster_interface       eth1

    pid_path                /var/run/mmm_agentd.pid
    bin_path                /usr/lib/mysql-mmm/

    replication_user        repl
    replication_password    repl123456

    agent_user              mmm_agent
    agent_password
</host>

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

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

<host db3>
    ip                      172.23.155.22
    mode                    slave
</host>

<host db4>
    ip                      172.24.18.68
    mode                    slave
</host>

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

(2)、Agent节点【所有DB节点：Master1、Master2、Slave1、Slave2】

Master1节点:

# vim/etc/mysql-mmm/mmm_agent.conf

include mmm_common.conf
this db1

Master2节点:

# vim/etc/mysql-mmm/mmm_agent.conf

include mmm_common.conf
this db2

Slave1节点:

# vim/etc/mysql-mmm/mmm_agent.conf

include mmm_common.conf
this db3

Slave2节点:

# vim/etc/mysql-mmm/mmm_agent.conf

include mmm_common.conf
this db4

()、Monitor节点

# vim /etc/mysql-mmm/mmm_mon.conf

include mmm_common.conf

<monitor>
    ip                      10.137.23.103
    pid_path                /var/run/mmm_mond.pid
    bin_path                /usr/lib/mysql-mmm/
    status_path             /var/lib/misc/mmm_mond.status
    ping_ips                10.222.5.10, 10.222.5.225,172.23.155.22,172.24.18.68
    auto_set_online
</monitor>

<host default>
    monitor_user            mmm_monitor
    monitor_password
</host>

debug 

三、问题描述及解决方案

1、问题描述

当Master1发生故障，导致DB不可用时，VIP会自动漂移到Master2上，以实现高可用。但出现了一个问题，由于ARP老化时间过长，导致漂移过去的VIP不可用，也无法ping通。也就是说，MySQL-MMM没有考虑到ARP老化时间过长的情况而采取强刷ARP的方式。

2、解决方案

方法一（手动命令强刷）

获取网关地址：

# arping -I eth1 -c 3 -s10.222.5.224 10.222.0.1

方法二（代码级别修正）

# vim /usr/share/perl5/vendor_perl/MMM/Agent/Helpers/Actions.pm

方法三（SHELL脚本方式）

# vim /data/scripts/refresh_vip.sh

#!/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin

MMM_COMM_CONF="/etc/mysql-mmm/mmm_common.conf"
ETH_NAME=`awk '/cluster_interface/{print $2}' ${MMM_COMM_CONF}`
VIP_ADDR=`grep -A  '<role writer>' ${MMM_COMM_CONF} | awk '/ips/{print $2}'`
GETWAY_ADDR=`/sbin/route | awk '/default/ {print $2}'`

if [[ -n `/sbin/ip addr show ${ETH_NAME} | grep ${VIP_ADDR}` ]]; then
    /sbin/arping -I ${ETH_NAME} -c  -s ${VIP_ADDR} ${GETWAY_ADDR} >/dev/null >&
fi

需要添加的crontab信息【每10秒刷新一次】：

* * * * * sleep 10; /data/scripts/refresh_vip.sh >/dev/null 2>&1

* * * * * sleep 20; /data/scripts/refresh_vip.sh >/dev/null 2>&1

* * * * * sleep 30; /data/scripts/refresh_vip.sh >/dev/null 2>&1

* * * * * sleep 40; /data/scripts/refresh_vip.sh >/dev/null 2>&1

* * * * * sleep 50; /data/scripts/refresh_vip.sh >/dev/null 2>&1