MGR已完成部署，部署过程参考之前文章《MGR+ProxySQL部署测试》
1.安装keepalived
注：centOS6.4以后的版本，官方镜像收录了keepalived，所以直接yum安装即可
yum install -y keepalived
cp /usr/sbin/keepalived /etc/init.d/
可直接跳过安装步骤
下载
从官网下载需要版本的tar包：
https://www.keepalived.org/download.html
tar -zxvf keepalived-2.2.2.tar.gz
mv keepalived-2.2.2 keepalived
编译安装
cd keepalived
./configure --prefix=/usr/local/keepalived
可能会提示不支持ipv6，yum -y install libnl libnl-devel解决
make && make install
卸载的话在此目录中make uninstall 即可
添加配置文件
mkdir /etc/keepalived
cp /app/keepalived/keepalived/etc/init.d/keepalived /etc/rc.d/init.d/
cp /app/keepalived/keepalived/etc/sysconfig/keepalived /etc/sysconfig/
cp /app/keepalived/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/
cp /app/keepalived/bin/keepalived /usr/bin/
2.修改配置文件
三个节点10.10.1.211、10.10.1.212、10.10.1.213均yum安装，
网卡均为eth0，计划VIP用10.10.1.215
把原来/etc/keepalived/keepalived.conf的内容全部删除，直接用下面的：
! Configuration File for keepalived
#指定mysql服务检测脚本
vrrp_script chk_mysql_port {
script "/usr/bin/killall -0 mysqld"
interval 2 #脚本检测频率
weight -5 #脚本执行成功与否，权重怎么计算
fall 2 #如果连续两次检测失败，认为节点服务不可用
rise 1 #如果连续2次检查成功则认为节点正常
}
vrrp_script chk_mysql_master {
script "/root/chk_mysql2.sh"
interval 2
weight 10
}
vrrp_instance VI_1 {
state MASTER
interface eth0 #节点IP的网卡
virtual_router_id 215 #同一个instance相同
priority 100 # 优先级，数值越大，优先级越高
advert_int 1
authentication { #节点间的认证，所有的必须一致
auth_type PASS
auth_pass Hirain_ha_215
}
virtual_ipaddress { #VIP，自定的，和外网的IP要一个网段
10.10.1.215/24
}
track_script { #指定前面脚本的名字
chk_mysql_port
chk_mysql_master
}
}
三台的区别是权重不同：priority 分别为100、98、96
3.MySQL检测脚本
检测mysql服务是否存在：/root/chk_mysql.sh
#!/bin/bash
nc -z 127.0.0.1 3306 |grep succeeded
a=`echo $?`
echo 1 > /tmp/ll
if [ $a -eq 1 ] ;then
systemctl stop keepalived.service
fi
注：这里的nc命令得先在自己的机器上安装，yum -y install nc ;
后来经测试，发现这个脚本不太好用
然后直接改的配置文件script "/usr/bin/killall -0 mysqld"
检测自己是不是master：/root/chk_mysql2.sh
#!/bin/bash
host=`/app/database/mysql/bin/mysql -h127.0.0.1 -u'wenjie.wang' -p123456 -e "SELECT * FROM performance_schema.replication_group_members WHERE MEMBER_ID = (SELECT VARIABLE_VALUE FROM performance_schema.global_status WHERE VARIABLE_NAME= 'group_replication_primary_member')" |awk 'NR==2{print}'|awk -F" " '{print $3}'`
host2=`hostname`
if [ $host == $host2 ] ;then
exit 0
else
exit 1
fi
注：第一句是判断mysql组复制的master的hostname是什么，
然后获取自己的master，看master是不是自己，
如果是的话，返回0，返回0表示脚本执行成功了，则与配置文件里对应，weight+10；
如果不是，返回1，表示脚本没有执行成功，weight不变；
/app/database/mysql/bin/mysql -h127.0.0.1 -u'wenjie.wang' -p123456 -e "SELECT * FROM performance_schema.replication_group_members WHERE MEMBER_ID = (SELECT VARIABLE_VALUE FROM performance_schema.global_status WHERE VARIABLE_NAME= 'group_replication_primary_member')"
通过不需要直接登录进去打印出哪一台是主，这个是读操作，因此在所有机器上都能执行
在上面的基础上把hostname过滤出来与本机的hostname做对比（hostname也可以改成IP，但是考虑到可能一台机器有多个IP，不好判断），
这样就知道自己是不是主，是的话就使优先级增加，这样keepalived的vip就会绑定到这台机器上，就能进行读写操作了
/app/database/mysql/bin/mysql -h127.0.0.1 -u'wenjie.wang' -p123456 -e "SELECT * FROM performance_schema.replication_group_members WHERE MEMBER_ID = (SELECT VARIABLE_VALUE FROM performance_schema.global_status WHERE VARIABLE_NAME= 'group_replication_primary_member')" |awk 'NR==2{print}'|awk -F" " '{print $3}'
上面这个结果便是master的主机名
这里还有一个重要的点是判断的时候，不能用echo去表示结果，因为echo总会执行，这样的话，不管是不是都会返回0，就会导致结果有问题
4.启动keepalived
systemctl start keepalived.service
启动完成后，看是否启动成功
ps -ef | grep keepalived
以及查看日志
keepalived的日志默认在/var/log/messages下
tail -f /var/log/messages
5.测试
首先通过mysql查看哪一台是mysql的master
SELECT * FROM performance_schema.replication_group_members WHERE MEMBER_ID = (SELECT VARIABLE_VALUE FROM performance_schema.global_status WHERE VARIABLE_NAME= 'group_replication_primary_member');
发现是vl7bjsqltest01
然后查看vip
注：查看是否绑定IP ip a命令 用ifconfig查看不到
发现在配置的网卡先面会正常多出你的vip来
然后测试通过vip访问mysql
成功访问
此时停主节点的mysql
systemctl stop mysqld
然后通过其余两台机器可以看mysql组复制的master在哪台机器上
SELECT * FROM performance_schema.replication_group_members WHERE MEMBER_ID = (SELECT VARIABLE_VALUE FROM performance_schema.global_status WHERE VARIABLE_NAME= 'group_replication_primary_member');
发现在2号节点上
然后去看，VIP是否绑定在2号节点这个机器上
发现正常，然后虚拟ip也可访问
宕机测试：
当前master在1号节点，重启服务器
发现已经飘到2号节点
vip正常连
注：挂掉的节点重新加入复制组：
set global group_replication_allow_local_disjoint_gtids_join=ON;
start group_replication;
还需要重启keepalived
6.总结
相比于MGR+ProxySQL来说，MGR+Keepalived无法做到读写分离、负载均衡，但是部署相对简单，满足基本高可用需求。
