环境：

OS：CentOS 7_X64

数据库：mysql-5.7

MASTER：192.168.119.23

BACKUP：192.168.119.24

VIP：192.168.119.138

keepalived+mysql搭建过程的详细配置就不描述了，网上很多写得很详细的配置文档自己可以去参考，我们直奔主题 。

这里主要分享在下本人在搭建公司的keepavlied+mysql出现一个很奇怪的现象，当A服务器为master主时邦定VIP 192.168.119.138，在A本机上可以正常ping 192.168.119.138 和 telnet 192.168.119.138 3306端口,此时在B服务器上ping 192.168.119.138也正常，但telnet 192.168.119.138 3306 时出现找不到路由的错误提示，同时检查B服务器此时是没有VIP 属于正常的现象，可是telnet VIP+其他端口正常的。

经常反复的测试发现，当A、B服务器同时运行keepalived时，作为backup角色的服务器无法telnet 192.168.119.138 3306，将backup角色服务器上的keepalived关闭后，却可以正常ping telnet。

问题还是在于配置文件，将keepalived.conf配置文件的LVS用不到调试算法lb_algo和转发方式lb_kind去掉，正是这两项导致backup服务器无法访问mysql。正常的配置文件如下：

[root@DB01 ~]# vi /etc/keepalived/keepalived.conf

global_defs {

notification_email {

[email protected]

}

notification_email_from [email protected]

smtp_server 127.0.0.1

smtp_connect_timeout 30

router_id MYSQL_HA #标识，双主相同

}

vrrp_instance VI_1 {

state BACKUP #两台都设置BACKUP

interface eth0

virtual_router_id 51 #主备相同

priority 100 #优先级，backup设置50

advert_int 1

nopreempt #不主动抢占资源，只在master这台优先级高的设置，backup不需设置

authentication {

auth_type PASS

auth_pass 1111

}

virtual_ipaddress {

192.168.119.138

}

}

virtual_server 192.168.0.204 3306 {

delay_loop 2

#lb_algo rr #LVS算法，用不到，我们就关闭了

#lb_kind DR #就是这项导致上述的现象，LVS模式，如果不关闭，备用服务器不能通过VIP连接主MySQL

persistence_timeout 50 #同一IP的连接60秒内被分配到同一台真实服务器

protocol TCP

real_server 192.168.119.23 3306 { #检测本地mysql，backup也要写检测本地mysql

weight 3

notify_down /usr/local/keepalived/mysql.sh #当mysq服down时，执行此脚本，杀死keepalived实现切换，也可以加入其他命令或脚本。

TCP_CHECK {

connect_timeout 3 #连接超时

nb_get_retry 3 #重试次数

delay_before_retry 3 #重试间隔时间

}

}

虽然问题是解决的了，但没搞明白为什么会这样？我使用相同版本的mysql和keepalived在RHEL 6.0 X64环境下测试并没有出现这问题。求高手出现解答。