MySQL高可用方案MGR+Keepalived

MGR已完成部署，部署过程参考之前文章

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

}


三台的区别是权重不同：priority 分别为100、98、96

3.MySQL检测脚本
检测mysql服务是否存在：/root/chk_mysql.sh

#!/bin/bash

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

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无法做到读写分离、负载均衡，但是部署相对简单，满足基本高可用需求。