一.规划

IP、操作系统、主机名、角色、软件包版本、安装方式等
【node1】
ip地址：10.10.1.211
OS：CentOS 7.6
主机名：vl7bjsqltest01
角色：master
MySQL版本：5.7.28
安装方式：通用二进制包

【node2】
ip地址：10.10.1.212
OS：CentOS 7.6
主机名：vl7bjsqltest02
角色：slave1
MySQL版本：5.7.28
安装方式：通用二进制包

【node3】
ip地址：10.10.1.213
OS：CentOS 7.6
主机名：vl7bjsqltest03
角色：slave2 & ProxySQL2
MySQL版本：5.7.28
Proxy版本：1.4.16
安装方式：MySQL-通用二进制包，ProxySQL-rpm，Keepalived-yum

【node4】
ip地址：10.10.1.214
OS：CentOS 7.6
主机名：vl7bjsqltest04
角色：ProxySQL1
Proxy版本：1.4.16
安装方式：rpm，Keepalived-yum
VIP：10.10.1.215

二.MySQL节点基础环境准备

1.配置主机名

MGR环境中务必将hostname配置好
编辑四个主机名和ip映射关系

vim /etc/hosts

修改主机名

vim /etc/sysconfig/network

2.清理历史环境

 rpm -qa |grep mariadb

如我这里打印出来的信息是mariadb-libs-5.5.60-1.el7_5.x86_64

rpm -e --nodeps mariadb-libs-5.5.60-1.el7_5.x86_64

3.创建用户和目录

useradd mysql -s /sbin/nologin
id mysql

mkdir -p /app/database/
mkdir -p /data/3306/
mkdir -p /binlog/

chown -R mysql.mysql /app/ /data/ /binlog/

三.MySQL安装

上传tar.gz文件至/app/database/目录，并解压:

tar xf mysql-5.7.28-el7-x86_64.tar.gz

我们重命名为mysql

mv mysql-5.7.28-el7-x86_64/  mysql/

环境变量配置：

vim /etc/profile

添加一行：

export PATH=/app/database/mysql/bin:$PATH

生效配置：

source /etc/profile

验证：

mysql -V

初始化：

mysqld --initialize-insecure --user=mysql --basedir=/app/database/mysql --datadir=/data/3306/

基本配置文件，以master节点为例，不同节点server_id需要设置不同数字（之后还会增加MGR参数和其他参数）

cat > /etc/my.cnf <<EOF
[mysqld]
user=mysql
basedir=/app/database/mysql
datadir=/data/3306
server_id=1   
port=3306
socket=/tmp/mysql.sock
[mysql]
socket=/tmp/mysql.sock
EOF

准备mysql启动脚本

cd /app/database/mysql/support-files/
cp mysql.server /etc/init.d/mysqld 

将脚本添加到systemd管理中

chkconfig --add mysqld

启动

systemctl start mysqld

mysql -uroot -p进入，不需要输入密码
创建自己的账号

create user 'wenjie.wang' identified by'123456';
grant all privileges on *.* to 'wenjie.wang'@'%' with grant option;

更改5.7版本的root密码：

update mysql.user set authentication_string = password('123456') where user='root';

重启mysql后生效

四.MGR配置文件

master节点：

[mysqld]
user=mysql
datadir=/data/3306
basedir=/app/database/mysql
port=3306
socket=/data/3306/mysql.sock
pid-file=/data/3306/mysqld.pid
log-error=/data/3306/mysqlerr.log
innodb_file_per_table=1
skip_name_resolve=1
slow_query_log=1
slow_query_log_file=/data/3306/mysql-slow.log
long_query_time=1
symbolic-links=0
explicit_defaults_for_timestamp=1
log_bin=/binlog/mysqlbin
log_bin_index=/binlog/mysql-bin.index
binlog_format=row
sync_binlog=1
server_id=1
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON
transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="03f43914-7f38-4a00-919f-f748794c04ac"
loose-group_replication_start_on_boot=off
loose-group_replication_local_address="10.10.1.211:33061"
loose-group_replication_group_seeds="10.10.1.211:33061,10.10.1.212:33062,10.10.1.213:33063"
loose-group_replication_bootstrap_group=off
loose-group_replication_single_primary_mode=on
loose-group_replication_enforce_update_everywhere_checks= off
[mysql]
socket=/data/3306/mysql.sock

slave节点配置文件只需要把loose-group_replication_local_address和server_id改成对应的即可；
可以使用uuidgen获取一个随机uuid作为复制组的名称。
[mysqld完整内容截图]

配置文件

五.开启MGR

主节点：
创建用户

set sql_log_bin=0;
grant replication slave,replication client on *.* to repl@'localhost' identified by '123456';
grant replication slave,replication client on *.* to repl@'127.0.0.1' identified by '123456';
grant replication slave,replication client on *.* to repl@'10.10.1.%' identified by '123456';
SET SQL_LOG_BIN=1;

开启分布式复制

change master to master_user='repl',master_password='123456' for channel  'group_replication_recovery';

加载GR插件

install plugin group_replication soname 'group_replication.so';
show plugins;

启动复制程序

set global group_replication_bootstrap_group=ON;
start group_replication;
set global group_replication_bootstrap_group=OFF;

检测组是否创建并已加入新成员

select * from performance_schema.replication_group_members;

从节点：
创建用户

set sql_log_bin=0;
grant replication slave,replication client on *.* to repl@'localhost' identified by '123456';
grant replication slave,replication client on *.* to repl@'127.0.0.1' identified by '123456';
grant replication slave,replication client on *.* to repl@'10.10.1.%' identified by '123456';
SET SQL_LOG_BIN=1;

开启分布式复制

change master to master_user='repl',master_password='123456' for channel 'group_replication_recovery';

加载GR插件

install plugin group_replication soname 'group_replication.so';
show plugins;

启动复制程序

start group_replication;

检测组是否创建并已加入新成员

select * from performance_schema.replication_group_members;

查看主节点UUID，并结合上一条语句的打印结果来判断（8.0之后上面一条语句就够了）

SHOW STATUS LIKE 'group_replication_primary_member';

如有事务冲突导致的组复制error，我们可以通过关闭组复制stop group_replication;
及reset master;解决问题
另外一旦想进行可能会引起冲突的操作，记得关binlog执行，执行后再开启，这样有的事务就不会同步到从库（多出现于授权）

六.MGR同步验证

主节点创建测试数据：

create database wwj;
use wwj;
create table tb(id int unsignedauto_increment primary key not null,age int not null);
insert into tb(age) values(35),(40);

master创建测试数据

从节点检查：

select * from wwj.tb;

正常同步；

slave数据同步情况

移除节点可以：stop group_replication

七.主节点宕机测试

宕机前

select * from performance_schema.replication_group_members;

宕机前复制组情况

show status like‘group_replication_primary_member’;

查看当前谁是master

宕机前master的uuid

根据当前master的uuid和上面打印结果对比，可得知当前master的主机名
这时候我们停止主节点服务
然后到从节点查看当前master的uuid，果然变了：

宕机后master的uuid

宕机后复制组情况

当前02节点为主;
此时重新开启主节点服务，然后重新加入组：

change master to master_user='repl',master_password='123456' for channel 'group_replication_recovery';
start group_replication;

重新加入复制组后

重新加入组成功，之后检查主节点就是之前的02节点。
正式环境很难这样直接加入，很可能slave执行的事务gtid与master不一致，因此就需要停机时间将宕机节点重新同步。如果直接加入的话，后面可以通过查看一张表记录来判断落后多少事务。

select * from sys.gr_member_routing_candidate_status;

这个是由ProxySQL需要的脚本创建的表，在部署完成后（addition_to_sys.sql文件执行完后）才可使用。

八.安装ProxySQL

在node3和4上执行
清理旧环境（如果之前安装过）

rpm -qa |grep proxysql

再rpm -e --nodeps 来卸载；
安装依赖：

yum -y install perl.x86_64
yum install -y libaio.x86_64
yum -y install net-tools.x86_64
yum install perl-DBD-MySQL -y

官网下载rpm
https://www.percona.com/downloads/proxysql/
我这里用的是proxysql-1.4.16-1.1.el7.x86_64.rpm

rpm -ivh proxysql-1.4.16-1.1.el7.x86_64.rpm

启动

systemctl start proxysql
netstat -anlp | grep proxysql

6032是ProxySQL的管理端口号，6033是对外服务的端口号

proxysql --help

然后node4需要按正常方法在本机二进制安装mysql。
通过6032管理接口进入proxysql管理界面

mysql -uadmin -p -h127.0.0.1 -P6032 --prompt='proxysql> '
admin默认密码也是admin

初始化ProxySQL（即清空配置表中内容并持久化）：

delete from scheduler ;
delete from mysql_servers;
delete from mysql_users;
delete from mysql_query_rules;
delete from mysql_group_replication_hostgroups ;
LOAD MYSQL VARIABLES TO RUNTIME;
SAVE MYSQL VARIABLES TO DISK;
LOAD MYSQL SERVERS TO RUNTIME;
SAVE MYSQL SERVERS TO DISK;
LOAD MYSQL USERS TO RUNTIME;
SAVE MYSQL USERS TO DISK;
LOAD SCHEDULER TO RUNTIME;
SAVE SCHEDULER TO DISK;
 LOAD MYSQL QUERY RULES TO RUNTIME;
SAVE MYSQL QUERY RULES TO DISK;

九.ProxySQL用户配置

在MySQL主库添加给ProxySQL使用的监控账号以及管理账号

mysql> create user 'monitor'@'%' identified by '123456';
mysql> grant all on *.* to 'monitor'@'%';
mysql> create user 'proxysql'@'%' identified by '123456';
mysql> grant all on *.* to 'proxysql'@'%';

实际上权限不用给这么大

GRANT USAGE,process,replication slave,replication client ON *.* TO 'monitor'@'%';
GRANT SELECT, INSERT, UPDATE, DELETE ON *.* TO  'proxysql'@'%';

即可

十.ProxySQL Cluster配置

在node3和4上都修改 /etc/proxysql.cnf (修改了admin_variables段、proxysql_servers段、mysql_variables段）
截取内容参考：

datadir="/var/lib/proxysql"

admin_variables =
{

        admin_credentials="admin:admin;cluster_demo:123456"
        mysql_ifaces="0.0.0.0:6032"
        cluster_username="cluster_demo"
        cluster_password="123456"
        cluster_check_interval_ms=200
        cluster_check_status_frequency=100
        cluster_mysql_query_rules_save_to_disk=true
        cluster_mysql_servers_save_to_disk=true
        cluster_mysql_users_save_to_disk=true
        cluster_proxysql_servers_save_to_disk=true
        cluster_mysql_query_rules_diffs_before_sync=3
        cluster_mysql_servers_diffs_before_sync=3
        cluster_mysql_users_diffs_before_sync=3
        cluster_proxysql_servers_diffs_before_sync=3

}

proxysql_servers =
(

    {
        hostname="10.10.1.214"
        port=6032
        comment="proxysql214"
    },

    {
        hostname="10.10.1.213"
        port=6032
        comment="proxysql213_mysqlslave2"
    }
)

mysql_variables=

{
        threads=4
        max_connections=2048
        default_query_delay=0
        default_query_timeout=36000000
        have_compress=true
        poll_timeout=2000
#       interfaces="0.0.0.0:6033;/tmp/proxysql.sock"
        interfaces="0.0.0.0:6033"
        default_schema="information_schema"
        stacksize=1048576
        server_version="5.7.28"
        connect_timeout_server=3000
# make sure to configure monitor username and password
# https://github.com/sysown/proxysql/wiki/Global-variables#mysql-monitor_username-mysql-monitor_password
        monitor_username="monitor"
        monitor_password="123456"
        monitor_history=600000
        monitor_connect_interval=60000
        monitor_ping_interval=10000
        monitor_read_only_interval=1500
        monitor_read_only_timeout=500
        ping_interval_server_msec=120000
        ping_timeout_server=500
        commands_stats=true
        sessions_sort=true
        connect_retries_on_failure=10
}

注意：
如果想要让proxysql.cnf文件里的配置在重启proxysql服务后生效(即想要让proxysql重启时读取并解析proxysql.cnf配置文件)，则需要先删除/var/lib/proxysql/proxysql.db数据库文件，然后再重启proxysql服务。
这样就相当于初始化启动proxysql服务了，会再次生产一个纯净的proxysql.db数据库文件(如果之前配置了proxysql相关路由规则等，则就会被抹掉)。
如遇上本地proxysql管理连接不上，也需通过重建proxysql.db数据库文件解决。

mv  /var/lib/proxysql/proxysql.db  /var/lib/proxysql/proxysql.db.bak
或 rm -f  /var/lib/proxysql/proxysql.db
systemctl restart proxysql.service

到两个节点都确认一下：

mysql -uadmin -p -h127.0.0.1 -P6032 --prompt='proxysql> '

查看ProxySQL集群节点信息：

select * from runtime_proxysql_servers ;
select * from proxysql_servers;

2个节点都正常显示信息的话，就可以做其他的配置操作了

select hostname,port,comment,Uptime_s,last_check_ms from stats_proxysql_servers_metrics; 
select * from stats_proxysql_servers_metrics; 

proxysql集群信息

十一.ProxySQL配置

随便在一个ProxySQL节点进行配置

1.添加服务器列表

proxysql> select * from mysql_servers;   当前应是空值
proxysql> insert into mysql_servers(hostgroup_id,hostname,port,weight,comment) values(10,'10.10.1.212',3306,1,'master'),(10,'10.10.1.211',3306,1,'slave1'),(10,'10.10.1.213',3306,3,'slave2');    我这个地方备注写的不对，211是master，212是slave1，忽略备注即可；
proxysql> load mysql servers to runtime;
proxysql> save mysql servers to disk;
proxysql> select * from mysql_servers;

备注：
（1）表mysql_servers：后端可以连接MySQL主机的列表
（2）所有节点都是ONLINE状态
（3）slave2节点的查询权重调整为3，为了让更多的读请求路由到这台配置更好的主机上
（4）表mysql_servers常用字段说明，参考：https://blog.51cto.com/qiuyue/2413300
（5）在load mysql servers to runtime;后就可以到另一个ProxySQL节点通过select * from mysql_servers;查看信息，来验证集群是否正常同步；

从另一个proxysql节点查看mysql节点信息

2.配置和注册监控用户monitor

因为之前已经写在了配置文件中，所以我们检查即可，如果之前配置文件没写，则需要按如下方法配置：

proxysql> set mysql-monitor_username='monitor';
proxysql> set mysql-monitor_password='123456';
proxysql> load mysql variables to runtime;
proxysql> save mysql variables to disk;
proxysql> select * from global_variables where variable_name in ('mysql-monitor_username','mysql-monitor_password');
select * from monitor.mysql_server_connect_log order by time_start_us desc limit 6;
select * from monitor.mysql_server_ping_log order by time_start_us desc limit 6;

3.配置主从分组信息

查看表中的字段可使用命令

proxysql> show create table mysql_replication_hostgroups\G

配置分组，第一列是读写组，第二列是只读组，第三列是注释

proxysql> insert into mysql_replication_hostgroups values (10,20,'proxysql');
proxysql> load mysql servers to runtime;
proxysql> save mysql servers to disk;
proxysql> select * from mysql_replication_hostgroups;

可看到读写组的id

从另一个proxysql节点查看分组的信息

proxysql> select hostgroup_id,hostname,port,status,weight,comment from mysql_servers;

此时hostgroup_id会按照我们设置的显示
此时再select * from mysql_servers;发现hostgroup_id也按照我们设置的改变
备注：ProxySQL会根据MySQL中read_only的取值将主机进行分组，read_only=0的master节点被分配到编号为10的写入组，而read_only=1的两个slave节点则被分配到编号为20的读取组

从另一个proxysql节点查看分组后mysql各节点信息

4.配置对外访问用户proxysql

proxysql> insert into mysql_users(username,password,default_hostgroup) values('proxysql','123456',10);
proxysql> load mysql users to runtime;
proxysql> save mysql users to disk;
proxysql> select * from mysql_users\G

当前节点查看mysql用户

另一个proxysql节点查看mysql用户

区别于之前的mysql-monitor_username的查看方式
我们随便进入主节点或从节点

mysql -uproxysql -p -h10.10.1.214 -P6033 -e 'select @@hostname;'

最后打印的结果都是主节点主机名vl7bjsqltest02，即此时的master

查看当前主节点

再试一下另一个proxysql节点：

mysql -uproxysql -p -h10.10.1.213 -P6033 -e 'select @@hostname;'

从另一个proxysql节点查看当前主节点

注：后续我们在mysql中创建的账号，也需要通过这种方式添加到proxysql中。
如之前在mysql中添加过的账号wenjie.wang：

proxysql> insert into mysql_users(username,password,default_hostgroup) values('wenjie.wang','123456',10);
proxysql> load mysql users to runtime;
proxysql> save mysql users to disk;
proxysql> select * from mysql_users\G

5.配置路由规则

proxysql> insert into mysql_query_rules(active,match_pattern,destination_hostgroup,apply) values(1,'^select.*for update$',10,1),(1,'^select',20,1);
proxysql> load mysql query rules to runtime;
proxysql> save mysql query rules to disk;
proxysql> select rule_id,active,match_pattern,destination_hostgroup,apply from mysql_query_rules;

在另一个proxysql节点查看路由规则

十二.ProxySQL测试

1.读写分离测试

首先用mysql工具连入，测试正常读写：

heidisql连接信息

测试插入：

写入测试

mysql -uadmin -p -h127.0.0.1 -P6032 --prompt='proxysql> '
proxysql> select * from stats_mysql_query_digest_reset;
proxysql> select * from stats_mysql_query_digest;

表stats_mysql_query_digest：SQL的执行次数、时间消耗等

mysql -u'wenjie.wang' -p123456 -h10.10.1.214 -P6033  (再哪台上执行均可，或者用连接工具执行也可以)
mysql> select * from wwj.tb;
mysql> insert into wwj.tb(age) values(612);
mysql> select * from wwj.tb for update;

再回到看stats_mysql_query_digest表中记录

proxysql> select * from stats_mysql_query_digest;

SQL记录

发现是按照配置正常读写分离的
（此时10.10.1.213节点是没有SQL记录的，因为SQL记录不会同步，只在当前的proxysql节点进行记录）
事实上这种简单的读写分离并不是我们想要的，正确的做法应该是在系统运行一段时间后将开销较大的查询分离出来

2. 负载均衡测试

对于查询，我们有slave1和slave2两个节点可供使用，即vl7bjsqltest02和vl7bjsqltest03
按照之前配置的权重，最后select会以1:3的比例分配到vl7bjsqltest02和vl7bjsqltest03上，如果比例不正确，应该是需要重启一下proxysql生效；

systemctl restrt proxysql.service
for i in {1..12}; do mysql -uproxysql -p123456 -h10.10.1.214 -P6033 -e 'select @@hostname' -s -N; done

选项说明：
（1）-s：以制表符作为分隔符打印结果
（2）-N：结果中不包含列名

proxysql节点1负载均衡测试

proxysql节点2负载均衡测试

可以看到符合1:3的比例。

3.故障转移测试

单主模型脚本gr_sw_mode_checker.sh，
下载地址https://github.com/ZzzCrazyPig/proxysql_groupreplication_checker
或直接查看
https://github.com/ZzzCrazyPig/proxysql_groupreplication_checker/blob/master/gr_sw_mode_checker.sh
将下载的脚本gr_sw_mode_checker.sh放置至两个proxysql节点的/var/lib/proxysql目录中，并赋予执行权限和修改属主属组：

chmod +x /var/lib/proxysql/gr_sw_mode_checker.sh
chown proxysql.proxysql /var/lib/proxysql/gr_sw_mode_checker.sh

下载addition_to_sys.sql，
下载地址https://github.com/lefred/mysql_gr_routing_check/ 打不开的话CSDN下载，或者查看自己简书
用下载的sql文件在master节点创建表sys.gr_member_routing_candidate_status：

# mysql -uroot -p < /addition_to_sys.sql
mysql> select * from sys.gr_member_routing_candidate_status;

主节点和从节点显示不同，见截图
主：

主节点信息

从：

从节点信息

配置scheduler：

proxysql> insert into scheduler(active,interval_ms,filename,arg1,arg2,arg3,arg4) values(1,5000,'/var/lib/proxysql/gr_sw_mode_checker.sh',10,20,1,'/var/lib/proxysql/gr_sw_mode_checker.log');
proxysql> load scheduler to runtime;
proxysql> save scheduler to disk;
proxysql> select * from scheduler\G

问题排查可查看日志文件/var/lib/proxysql/gr_sw_mode_checker.log
执行过程中发现scheduler并没有同步到另一个proxysql节点，需手动创建；

查看MGR状态信息：

proxysql> select hostgroup_id,hostname,port,status,weight,comment from mysql_servers;

节点信息(忽略注释错误)

mysql> select * from performance_schema.replication_group_members;
mysql> select if((select @@server_uuid)=(select variable_value from performance_schema.global_status where variable_name='group_replication_primary_member'),1,0) as is_primary_mode,@@server_id;

主从显示信息不同
主：

宕机前主节点信息

从：

宕机前从节点信息

模拟master服务故障：

systemctl stop mysqld.service

当master节点意外宕机或下线，在满足大多数节点存活的情况下，group内部发起选举，选出下一个可用的读节点，提升其为master节点。master节点选举根据group内剩余存活节点的UUID按字典升序排列，然后选择排在最前的节点作为新的master节点。
我们在10.10.1.212上执行

select if((select @@server_uuid)=(select variable_value from performance_schema.global_status where variable_name='group_replication_primary_member'),1,0) as is_primary_mode,@@server_id;

node2晋升为master

此时MGR组中也不再有node1的信息

宕机后MGR信息

proxysql> select hostgroup_id,hostname,port,status,weight,comment from mysql_servers;

宕机后节点读写信息

会发现node1已变成只读组，而node2新增一条记录，允许写入；
我们通过工具连接任意一个proxysql节点进行写入操作

宕机后写入

发现对于用户来说无感知

十三.MGR恢复

原master节点10.10.1.211恢复MySQL服务：

systemctl start mysqld.service

重新加入复制组：

set global group_replication_allow_local_disjoint_gtids_join=ON;
start group_replication;

select * from performance_schema.replication_group_members;

select if((select @@server_uuid)=(select variable_value from performance_schema.global_status where variable_name='group_replication_primary_member'),1,0) as is_primary_mode,@@server_id;

select * from sys.gr_member_routing_candidate_status;

恢复后节点情况

查看wwj.tb表数据，发现宕机后用工具插入的那一条数据已同步
测试负载均衡：

for i in {1..12}; do mysql -uproxysql -p123456 -h10.10.1.214 -P6033 -e 'select @@hostname' -s -N; done

宕机后负载均衡

发现了仍为node2和node3以1:3的比例分摊；

proxysql> delete from mysql_servers where hostgroup_id=20 and hostname='10.10.1.212'
proxysql> load mysql servers to runtime;
proxysql> save mysql servers to disk;
proxysql> select hostgroup_id,hostname,port,status,weight,comment from mysql_servers;

重启proxysql后查看分摊

恢复后的负载均衡比例node4

发现连node3节点的ProxySQL，大比例分摊到了node3，发现很少分摊到node1上，待后续研究，不过仍然保证了读写分离:

恢复后的负载均衡比例node3

恢复后过了一段时间的负载均衡比例node3

十四.Keepalived搭建

centOS6.4以后的版本，官方镜像收录了keepalived，所以直接yum安装即可

yum install -y keepalived

node4和node3均用eth0，计划VIP用10.10.1.215
把原来/etc/keepalived/keepalived.conf的内容全部删除，直接用下面的：

! Configuration File for keepalived
 
#指定proxysql服务检测脚本
vrrp_script chk_proxysql_port  {
script "/usr/bin/killall -0 proxysql"
interval 2 #脚本检测频率
weight -5 #脚本执行成功与否，权重怎么计算
fall 2 #如果连续两次检测失败，认为节点服务不可用
rise 1 #如果连续2次检查成功则认为节点正常
}
 

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_proxysql_port
}
 
}

两台的区别是权重不同：priority 分别为100、98
然后启动keepalived：

systemctl start keepalived.service

查看ip

宕机前ip

用MySQL连接工具连接vip验证正常。

十五.ProxySQL宕机测试

systemctl stop proxysql.service

宕机后vip转移到node3上

MySQL连接工具连接vip验证正常，用户无感知
恢复时除了重启proxysql以外还要重启keepalived

故障总结如下
应用无感知的情况：
1.MGR master故障：复制组选出新master，宕机节点踢出复制组，ProxySQL识别到新主，负载均衡比例变化；
2.MGR slave1故障：复制组master不变，宕机节点踢出复制组，ProxySQL负载均衡比例变化；
3.MGR slave2故障：复制组master不变，宕机节点踢出复制组，ProxySQL负载均衡比例变化；
4.ProxySQL专用节点故障：复制组不变，Keepalived的VIP漂移到MGR slave2节点，即ProxySQL的node2上；
5.MGR 两个从节点同时故障：复制组master不变，宕机节点踢出复制组，ProxySQL负载均衡比例变化；
6.MGR slave1和ProxySQL专用节点同时故障：复制组master不变，宕机节点踢出复制组，Keepalived的VIP漂移到MGR slave2节点，即ProxySQL的node2上，ProxySQL负载均衡比例变化；
7.MGR master和ProxySQL专用节点同时故障：复制组选出新master，宕机节点踢出复制组，ProxySQL识别到新主，Keepalived的VIP漂移到MGR slave2节点，即ProxySQL的node2上，负载均衡比例变化；
其余三种情况应用有感知：
master和任一slave同时故障
proxysql两个节点同时故障
任意三个节点同时故障