环境：
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 {
1234@sina.com
}
notification_email_from 1234@test.com
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环境下测试并没有出现这问题。求高手出现解答。