目录
1.3 半同步复制（Semi-Sync Replication）
1.4 增强半同步复制（lossless Semi-Sync Replication、无损复制）
在Master，slave1，slave2节点上都创建两个软链接
扩展：node组件安装后也会在/usr/local/bin 下面会生成几个脚本
在master配置到数据库节点slave1和slave2的无密码认证
在 slave1 上配置到数据库节点 master 和 slave2 的无密码认证
在 slave2 上配置到数据库节点 master 和 slave1 的无密码认证
在manager节点上复制相关脚本到/usr/local/bin目录
复制自动切换时VIP管理的脚本到/usr/local/bin目录
MySQL服务器中，单台服务器无法承受服务量就配置多台MySQL服务器，多台MySQL服务器或者MySQL服务器五冗余的情况下，配置主从复制。没有上去看服务器的读和写的压力不均衡可使用MySQL的读写分离，MySQL的读写分离中Master存在单点故障，就得用到MHA。
MySQL有四种同步方式：
主库将更新写入Binlog日志文件后，不需要等待数据更新是否已经复制到从库中，就可以继续处理更多的请求。Master将事件写入binlog，但并不知道Slave是否或何时已经接收且已处理。在异步复制的机制的情况下，如果Master宕机，事务在Master上已提交，但很可能这些事务没有传到任何的Slave上。假设有Master->Salve故障转移的机制，此时Slave也可能会丢失事务。MySQL复制默认是异步复制，异步复制提供了最佳性能。
主库将更新写入Binlog日志文件后，需要等待数据更新已经复制到从库中，并且已经在从库执行成功，然后才能返回继续处理其它的请求。同步复制提供了最佳安全性，保证数据安全，数据不会丢失，但对性能有一定的影响。
写入一条数据请求到master,从服务器只要有一台接收到写入自己的中继日志，会给客户端返回一条接收成功的信息。
**主库提交更新写入二进制日志文件后，等待数据更新写入了从服务器中继日志中，然后才能再继续处理其它请求。该功能确保至少有1个从库接收完主库传递过来的binlog内容已经写入到自己的relay log里面了，才会通知主库上面的等待线程，**该操作完毕。
半同步复制，是最佳安全性与最佳性能之间的一个折中。
MySQL 5.5版本之后引入了半同步复制功能，主从服务器必须安装半同步复制插件，才能开启该复制功能。如果等待超时，超过rpl_semi_sync_master_timeout参数设置时间（默认值为10000，表示10秒），则关闭半同步复制，并自动转换为异步复制模式。当master dump线程发送完一个事务的所有事件之后，如果在rpl_semi_sync_master_timeout内，收到了从库的响应，则主从又重新恢复为增强半同步复制。
ACK (Acknowledge character）即是确认字符。
增强半同步是在MySQL 5.7引入，其实半同步可以看成是一个过渡功能，因为默认的配置就是增强半同步，所以，大家一般说的半同步复制其实就是增强的半同步复制，也就是无损复制。
增强半同步和半同步不同的是，等待ACK时间不同
rpl_semi_sync_master_wait_point = AFTER_SYNC（默认）
半同步的问题是因为等待ACK的点是Commit之后，此时Master已经完成数据变更，用户已经可以看到最新数据，当Binlog还未同步到Slave时，发生主从切换，那么此时从库是没有这个最新数据的，用户看到的是老数据。
增强半同步将等待ACK的点放在提交Commit之前，此时数据还未被提交，外界看不到数据变更，此时如果发送主从切换，新库依然还是老数据，不存在数据不一致的问题。
MHA（MsterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件
MHA的出现就是解决MySQL单点故障的问题
MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作
MHA能再故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用
MHA Node运行在每台MySQL服务器上
MHA :为了解决的是故障切换、数据尽可能的保存，以及所有节点日志的一致性
MHA Manager管理多组主从复制。。
MHA工作原理：
| 主机 | IP地址 |
| MHA manager | 192.168.130.10 |
| Master | 192.168.130.15 |
| slave1 | 192.168.130.200 |
| slave2 | 192.168.130.201 |
在实验开始前需要关闭防火墙
#每台服务器都需要执行一遍
systemctl stop firewalld
systemctl disable firewalld
setenforce 0在进行mha安装前，我们需要先做主从复制
#Master 节点##
vim /etc/my.cnf
[mysqld]
server-id = 1
log_bin = master-bin #开启二进制文件
log-slave-updates = true #开启从服务器日志同步
systemctl restart mysqld #配置完成重启服务
##Slave1 节点##
vim /etc/my.cnf
server-id = 2 #三台服务器的 server-id 不能一样
log_bin = master-bin #以防单点故障的时候切换
relay-log = relay-log-bin #开启中继日志
relay-log-index = slave-relay-bin.index #定义index索引
systemctl restart mysqld
###Slave2 节点##
vim /etc/my.cnf
server-id = 3 #三台服务器的 server-id 不能一样
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index
systemctl restart mysqld
注： 三台MySQL配置完成后都需要重启服务
将mysql命令和日志软链接到/usr/sbin，便于系统识别
#mysql命令 #mysqlbinlog节点恢复命令
ln -s /usr/local/mysql/bin/mysql /usr/sbin
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin 注意：每台主从数据库服务器都需要执行
#进入数据库后执行以下操作
mysql -uroot -p
grant replication slave on *.* to 'myslave'@'192.168.130.%' identified by '123456';
#允许192.168.130网段的主机使用myslave用户登陆
grant all privileges on *.* to 'mha'@'192.168.130.%' identified by 'manager';
#允许192.168.130网段的主机使用mha用户登陆
grant all privileges on *.* to 'mha'@'master' identified by 'manager';
grant all privileges on *.* to 'mha'@'slave1' identified by 'manager';
grant all privileges on *.* to 'mha'@'slave2' identified by 'manager';
#防止用户登陆不上，再加三条授权主机名登陆的用户
flush privileges;
master主服务器
从服务器
show master status；
change master to master_host='192.168.130.15',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=1747;
start slave;
#查看同步状态
show slave status\G
set global read_only=1；
在主服务器创建一个库，测试是否同步
yum install epel-release --nogpgcheck -y
yum install -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-Log-Dispatch \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
perl-CPAN
注意：所有u武器都要安装依赖环境，包括MHA manager服务器
在所有服务器上必须先安装node组件，最后在MHA manager节点上安装manager组件，因为manager依赖node组件
准备好tar包
cd /opt
tar zxvf mha4mysql-node-0.57.tar.gz
cd mha4mysql-node-0.57
perl Makefile.PL
make && make install
注：所有服务器都要安装，这里就不一一截图展示了。
这些工具通常由 MHAManager 的脚本触发，无需人为操作，主要如下：
| save_binary_logs | 保存和复制 master 的二进制日志 |
|---|---|
| apply_diff_relay_logs | 识别差异的中继日志事件并将其差异的事件应用于其他的 slave |
| filter_mysqlbinlog | 去除不必要的 ROLLBACK 事件 |
cd /opt
tar zxvf mha4mysql-manager-0.57.tar.gz
cd mha4mysql-manager-0.57
perl Makefile.PL
make && make install
扩展：manager组件安装后在/usr/local/bin下面会生成几个工具
主要包括以下几个：
masterha_check_ssh 检查 MHA 的 SSH 配置状况
masterha_check_repl 检查 MySQL 复制状况
masterha_manger 启动 manager的脚本
masterha_check_status 检测当前 MHA 运行状态
masterha_master_monitor 检测 master 是否宕机
masterha_master_switch 控制故障转移（自动或者手动）
masterha_conf_host 添加或删除配置的 server 信息
masterha_stop 关闭managerssh-keygen -t rsa #一路按回车键
ssh-copy-id 192.168.130.15 #master
ssh-copy-id 192.168.130.200 #slave1
ssh-copy-id 192.168.130.201 #slave2
ssh-keygen -t rsa
ssh-copy-id 192.168.130.200
ssh-copy-id 192.168.130.201ssh-keygen -t rsa
ssh-copy-id 192.168.130.15
ssh-copy-id 192.168.130.201ssh-keygen -t rsa
ssh-copy-id 192.168.130.200
ssh-copy-id 192.168.130.15cp -rp /opt/mha4mysql-manager-0.57/samples/scripts /usr/local/bin
#复制后会有四个执行文件
ll /usr/local/bin/scripts/
| master_ip_failover | 自动切换时 VIP 管理的脚本 |
|---|---|
| master_ip_online_change | 在线切换时 vip 的管理 |
| power_manager | 故障发生后关闭主机的脚本 |
| send_report | 因故障切换后发送报警的脚本 |
cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin
删除原有内容，直接复制并修改vip相关参数
vim /usr/local/bin/master_ip_failover
#!/usr/bin/env perl
use strict;
use warnings FATAL => 'all';
use Getopt::Long;
my (
$command, $ssh_user, $orig_master_host, $orig_master_ip,
$orig_master_port, $new_master_host, $new_master_ip, $new_master_port
);
#############################添加内容部分#########################################
my $vip = '192.168.130.100'; #指定vip的地址
my $brdc = '192.168.130.255'; #指定vip的广播地址
my $ifdev = 'ens33'; #指定vip绑定的网卡
my $key = '1'; #指定vip绑定的虚拟网卡序列号
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip"; #使用ifoconfig命令将其启动，同时设置浮动地址
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down"; #可以使用ifconfig命令将其down掉（关闭）
my $exit_code = 0; #指定退出状态码为0
#my $ssh_start_vip = "/usr/sbin/ip addr add $vip/24 brd $brdc dev $ifdev label $ifdev:$key;/usr/sbin/arping -q -A -c 1 -I $ifdev $vip;iptables -F;";
#my $ssh_stop_vip = "/usr/sbin/ip addr del $vip/24 dev $ifdev label $ifdev:$key";
##################################################################################
GetOptions(
'command=s' => \$command,
'ssh_user=s' => \$ssh_user,
'orig_master_host=s' => \$orig_master_host,
'orig_master_ip=s' => \$orig_master_ip,
'orig_master_port=i' => \$orig_master_port,
'new_master_host=s' => \$new_master_host,
'new_master_ip=s' => \$new_master_ip,
'new_master_port=i' => \$new_master_port,
);
exit &main();
sub main {
print "\n\nIN SCRIPT TEST====$ssh_stop_vip==$ssh_start_vip===\n\n";
if ( $command eq "stop" || $command eq "stopssh" ) {
my $exit_code = 1;
eval {
print "Disabling the VIP on old master: $orig_master_host \n";
&stop_vip();
$exit_code = 0;
};
if ($@) {
warn "Got Error: $@\n";
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq "start" ) {
my $exit_code = 10;
eval {
print "Enabling the VIP - $vip on the new master - $new_master_host \n";
&start_vip();
$exit_code = 0;
};
if ($@) {
warn $@;
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq "status" ) {
print "Checking the Status of the script.. OK \n";
exit 0;
}
else {
&usage();
exit 1;
}
}
sub start_vip() {
`ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}
## A simple system call that disable the VIP on the old_master
sub stop_vip() {
`ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}
sub usage {
print
"Usage: master_ip_failover --command=start|stop|stopssh|status --orig_master_host=host --orig_master_ip=ip --orig_master_port=port --new_master_host=host --new_master_ip=ip --new_master_port=port\n";
}
使用app1.cnf配置文件来管理mysql节点服务器，配置文件一般放在/etc目录下
mkdir /etc/masterha
cp /opt/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha
vim /etc/masterha/app1.cnf #删除原有内容，直接复制并修改节点服务器的IP地址
[server default]
#日志文件
manager_log=/var/log/masterha/app1/manager.log
#工作目录
manager_workdir=/var/log/masterha/app1
#二进制文件
master_binlog_dir=/usr/local/mysql/data
#故障转移切换工具
master_ip_failover_script=/usr/local/bin/master_ip_failover
#在线切换VIP工具管理
master_ip_online_change_script=/usr/local/bin/master_ip_online_change
#以下是密码账号的管理配置
password=manager #前文创建监控用户mha的密码
ping_interval=1 #设置监控主库，发送ping包的事件间隔1s，默认是3s，尝试三次没有回应自动进行failover
remote_workdir=/tmp #在远端mysql在发生切换后时binlog的保存位置
repl_password=123456 #设置复制用户的密码
repl_user=myslave #设置复制用户的用户名
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.130.200 -s 192.168.130.201 #这里定义的IP都是从数据库服务器节点的IP
shutdown_script="" #设置故障发送后关闭故障主机脚本（该脚本的主要作用是关闭主机防止发送脑裂，这里没有使用）
ssh_user=root #设置ssh的登陆用户名
user=mha #设置监控用户root（管理员）
[server1]
hostname=192.168.130.15
port=3306
[server2]
candidate_master=1 #手动指定主-备服务器 主服务器宕机，优先选则这台为主
check_repl_delay=0
hostname=192.168.130.200
port=3306
[server3]
hostname=192.168.130.201
port=3306
ifconfig ens33:1 192.168.130.100/24
ifconfig ens33:1
如果正常最后会输出 successfully，如下所示。
masterha_check_ssh -conf=/etc/masterha/app1.cnf
masterha_check_repl -conf=/etc/masterha/app1.cnf
nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &
| - -remove_dead_master_conf | 该参数代表当发生主从切换后，老的主库的 ip 将会从配置文件中移除。 |
|---|---|
| - -manger_log | 日志存放位置。 |
- -ignore_last_failover：在缺省情况下，如果 MHA 检测到连续发生宕机，且两次宕机间隔不足 8 小时的话，则不会进行 Failover， 之所以这样限制是为了避免 ping-pong 效应。该参数代表忽略上次 MHA 触发切换产生的文件，默认情况下，MHA 发生切换后会在日志记目录，也就是上面设置的日志app1.failover.complete文件，下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换，除非在第一次切换后收到删除该文件，为了方便，这里设置为–ignore_last_failover。
masterha_check_status --conf=/etc/masterha/app1.cnf
cat /var/log/masterha/app1/manager.log | grep "current master"
如果需要关闭manager服务就执行下面命令关闭
masterha_stop --conf=/etc/masterha/app1.cnf
#或者可以直接采用 kill 进程 ID 的方式关闭
tail -f /var/log/masterha/app1/manager.log
正常自动切换一次后，MHA进程会退出。MHA会自动修改app1.cnf文件内容，将宕机的mysql1节点删除
cat /var/log/masterha/app1/manager.log
默认情况下如果一个slave落后master 100M的relay logs的话，即使有权重，也会失效。
如果check_repl_delay=0的话，即使落后很多日志，也强制选择其为备选主。
systemctl start mysqld在现主库服务器slave1（192.168.130.200）查看二进制文件的同步点
mysql -uroot -p #进入数据库
show master status;
在原主库服务器master（92.168.130.15）执行同步操作
change master to master_host='192.168.130.200',master_user='myslave',master_password='123456',master_log_file='master-bin.000002',master_log_pos=154;
start slave;
show slave status\G
再把这个记录添加进去，因为它检测掉失效时候会自动消失
vim /etc/masterha/app1.cnf #删除原有内容，直接复制并修改节点服务器的IP地址
[server default]
manager_log=/var/log/masterha/app1/manager.log
manager_workdir=/var/log/masterha/app1
master_binlog_dir=/usr/local/mysql/data
master_ip_failover_script=/usr/local/bin/master_ip_failover
master_ip_online_change_script=/usr/local/bin/master_ip_online_change
password=manager
ping_interval=1
remote_workdir=/tmp
repl_password=123456
repl_user=myslave
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.130.15 -s 192.168.130.201
shutdown_script=""
ssh_user=root
user=mha
[server1]
hostname=192.168.130.200
port=3306
[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.130.15
port=3306
[server3]
hostname=192.168.130.201
port=3306
masterha_stop --conf=/etc/masterha/app1.cnf
nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &
masterha_check_status --conf=/etc/masterha/app1.cnf
作用：mysql的高可用+故障切换
MHA组件:
master ip failover:命令工具，定义的是基于VIP的检测和故障转移（VIP从master—>到新的master）
app1.cnf：mha的主要配置文件，主要定义了mba的工作目录、日志
mysql二进制日志位置
使用mha的登录mysql的用户、密码使用从服务器
身份同步master的账号、密码（5个）
故障切换mba会做那些动作？
mha会多次尝试检测master的存活状态
mha会多次尝试尽可能的保存master的二进制日志
mha会根据app1.cnf中的配置部分，进行从服务器—》主服务器
mha最后会将master的VIP作为切换到从服务器的位置
mha在选择完新的master之后，会在其余的slave上执行change master操作，指向新的master,来保证mysql的集群健康性