提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档
文章目录
前言
MySQL服务器中，单台服务器无法承受服务量就配置多台MySQL服务器，多台MySQL服务器或者MySQL服务器无冗余的情况下，配置主从复制。没有上去看服务器的读和写的压力不均衡可使用MySQL的读写分离，MySQL的读写分离中Master存在单点故障，就得用到MHA。
一、MySQL四种同步方式
（一）、MySQL有四种同步方式：
- 异步复制（Async Replication）
- 同步复制（sync Replication）
- 半同步复制（Async Replication）
- 增强半同步复制（lossless Semi-Sync Replication）、无损复制
1、异步复制（Async Replication）
主库将更新写入Binlog日志文件后，不需要等待数据更新是否已经复制到从库中，就可以继续处理更多的请求。Master将事件写入binlog，但并不知道Slave是否或何时已经接收且已处理。在异步复制的机制的情况下，如果Master宕机，事务在Master上已提交，但很可能这些事务没有传到任何的Slave上。假设有Master->Salve故障转移的机制，此时Slave也可能会丢失事务。MySQL复制默认是异步复制，异步复制提供了最佳性能。
2、同步复制（Sync Replication）
主库将更新写入Binlog日志文件后，需要等待数据更新已经复制到从库中，并且已经在从库执行成功，然后才能返回继续处理其它的请求。同步复制提供了最佳安全性，保证数据安全，数据不会丢失，但对性能有一定的影响。
3 、半同步复制（Semi-Sync Replication）
写入一条数据请求到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）即是确认字符。
4 、增强半同步复制（lossless Semi-Sync Replication、无损复制）
增强半同步是在MySQL 5.7引入，其实半同步可以看成是一个过渡功能，因为默认的配置就是增强半同步，所以，大家一般说的半同步复制其实就是增强的半同步复制，也就是无损复制。
增强半同步和半同步不同的是，等待ACK时间不同
rpl_semi_sync_master_wait_point = AFTER_SYNC（默认）
半同步的问题是因为等待ACK的点是Commit之后，此时Master已经完成数据变更，用户已经可以看到最新数据，当Binlog还未同步到Slave时，发生主从切换，那么此时从库是没有这个最新数据的，用户看到的是老数据。
增强半同步将等待ACK的点放在提交Commit之前，此时数据还未被提交，外界看不到数据变更，此时如果发送主从切换，新库依然还是老数据，不存在数据不一致的问题。
二 、MHA概念
1. MHA（MsterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件
2. MHA的出现就是解决MySQL单点故障的问题
3. MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作
4.MHA能再故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用
（一）、MHA组成
MHA Node运行在每台MySQL服务器上
（二）、MHA Manager（管理节点）
- MHA Manager可以单独部署在一台独立的机器上，管理多个master-slave集群；也可以部署在一台slave节点上。
- MHA Manager会定时探测集群中的master节点。当master出现故障时，它可以自动将最新的数据slave提升为新的master，然后将所有其他的slave重新指向新的master
- 整个故障转移过程对应用程序玩侵权透明
（三）、MHA的特点
1. 自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失
2. 使用版同步复制，可以大大降低数据丢失的风险，如果只有一个slave已经收到最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性
3. 目前MHA支持一主多从架构，最少三台服务，即一主两从
**MHA :为了解决的是故障切换、数据尽可能的保存，以及所有节点日志的一致性**
三、MHA工作原理
MHA Manager管理多组主从复制。
MHA工作原理：
1、从宕机崩溃的master保存二进制日志事件（binloog events）
2、识别含有最新的更新slave日志
3、应用差异的中继日志（relay log）到其他的slave
4、应用从master保存的二进制日志事件
5、提升一个slave为新的master
6、使其他的slave连接行的master进行复制
四、搭建MySQL MHA
（一）、实验思路
1、MHA
（1）、数据库安装
（2）、一主两从
（3）、MHA搭建
2、故障模拟
（1）、主库失效
（2）、备选库成为主库
（3）、原故障主库恢复重新加入到MHA成为主库
（二）、实验环境
主机 IP地址
1、MHA manager 192.168.116.10
2、Master 192.168.116.20
3、slave1 192.168.116.40
4、slave2 192.168.116.50
1、在实验开始前需要关闭防火墙
#每台服务器都需要执行一遍
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
2、配置主从复制
（1）、修改配置文件
#Master 节点##
vim /etc/my.cnf
server-id = 1
log_bin = master-bin #开启二进制文件
binlog_format=MIXED(可以不写这个) #二进制日志格式
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配置完成后都需要重启服务
（2）、在Master，slave1，slave2节点上都创建两个软链接
将mysql命令和日志软链接到/usr/sbin，便于系统识别
#mysql命令 #mysqlbinlog节点恢复命令
ln -s /usr/local/mysql/bin/mysql /usr/sbin
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin
'注意：每台主从数据库服务器都需要执行'
（3）、所有数据库进行mysql授权
#进入数据库后执行以下操作
mysql -uroot -pabc123
grant replication slave on *.* to 'myslave'@'192.168.116.%' identified by '123456';
#允许myslave 192.168.116网段的主机使用myslave用户登陆
grant all privileges on *.* to 'mha'@'192.168.116.%' identified by 'manager';
#允许mha 192.168.116网段的主机使用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主服务器
从服务器
（4）、在Master节点查看二进制文件和同步点
show master status;
（5）、在从服务器slave1和slave2执行同步操作
change master to master_host='192.168.116.20',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=1747;
start slave;
查看同步状态
show slave status\G
#确保I/O和SQL线程都是YES，代表同步正常
Slave_IO_Running: Yes #负责与主机的io通信
Slave_SQL_Running: Yes #负责自己的slave mysql进程
（6）、从服务器slave1和slave2节点设置为只读模式
set global read_only=1;
（7）、验证主从同步
在主服务器创建一个库，测试是否同步
3、安装MHA软件
（1）、所有服务器上安装MHA依赖的环境
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
对于每个操作系统版本不一样，这里 CentOS7.4 必须选择 0.57 版本。
在所有服务器上必须先安装 node 组件，最后在 MHA-manager 节点上安装 manager 组件，因为 manager 依赖 node 组件。
master
slave1
manager
2、安装MHA软件包
在所有服务器上必须先安装node组件，最后在MHA manager节点上安装manager组件，因为manager依赖node组件
准备好tar包
ntpdate ntp.aliyun.com
cd /opt
tar zxvf mha4mysql-node-0.57.tar.gz
cd mha4mysql-node-0.57
perl Makefile.PL
make && make install
2.1、扩展：node组件安装后也会在/usr/local/bin 下面会生成几个脚本
这些工具通常由 MHAManager 的脚本触发，无需人为操作，主要如下：
| save_binary_logs | 保存和复制 master 的二进制日志 |
| apply_diff_relay_logs | 识别差异的中继日志事件并将其差异的事件应用于其他的 slave |
| filter_mysqlbinlog | 去除不必要的 ROLLBACK 事件 |
| purge_relay_logs | 清除中继日志（不会阻塞 SQL 线程） |
3、 在MHA manager节点上安装manager组件
cd /opt
tar zxvf mha4mysql-manager-0.57.tar.gz
cd mha4mysql-manager-0.57
perl Makefile.PL
make && make install
3.1、 扩展：manager组件安装后在/usr/local/bin下面会生成几个工具
1、masterha_check_ssh 检查 MHA 的 SSH 配置状况
2、masterha_check_repl 检查 MySQL 复制状况
3、masterha_manger 启动 manager的脚本
4、masterha_check_status 检测当前 MHA 运行状态
5、masterha_master_monitor 检测 master 是否宕机
6、masterha_master_switch 控制故障转移（自动或者手动）
7、masterha_conf_host 添加或删除配置的 server 信息
8、masterha_stop 关闭manager
4、在所有服务器上配置无密码认证
（1）、在manager节点上配置到所有数据库节点的无密码认证
ssh-keygen -t rsa #一路按回车键
ssh-copy-id 192.168.116.20 #master
ssh-copy-id 192.168.116.40 #slave1
ssh-copy-id 192.168.116.50 #slave2
（2）、在master配置到数据库节点slave1和slave2的无密码认证
ssh-keygen -t rsa
ssh-copy-id 192.168.116.40
ssh-copy-id 192.168.116.50
（3）、在 slave1 上配置到数据库节点 master 和 slave2 的无密码认证
ssh-keygen -t rsa
ssh-copy-id 192.168.116.20
ssh-copy-id 192.168.116.50
（4）、在 slave2 上配置到数据库节点 master 和 slave1 的无密码认证
ssh-keygen -t rsa
ssh-copy-id 192.168.116.20
ssh-copy-id 192.168.116.40
5、在manager节点上配置MHA
（1）、在manager节点上复制相关脚本到/usr/local/bin目录
cp -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 | 因故障切换后发送报警的脚本 |
（2）、复制自动切换时VIP管理的脚本到/usr/local/bin目录
cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin
（3）、修改master_ip_failover脚本
删除原有内容，直接复制并修改vip相关参数
echo '' > /etc/masterha/app1.cnf
vim /etc/masterha/app1.cnf
[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.116.40 -s 192.168.116.50
shutdown_script=""
ssh_user=root
user=mha
[server1]
hostname=192.168.116.20
port=3306
[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.116.40
port=3306
[server3]
hostname=192.168.116.50
port=3306
（4）、创建MHA如案件目录并复制配置文件
使用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日志
manager_workdir=/var/log/masterha/app1.log #manager工作目录
master_binlog_dir=/usr/local/mysql/data/ #master保存binlog的位置，这里的路径要与master里配置的binlog的路径一致，以便MHA能找到
master_ip_failover_script=/usr/local/bin/master_ip_failover #设置自动failover时候的切换脚本，也就是上面的那个脚本
master_ip_online_change_script=/usr/local/bin/master_ip_online_change #设置手动切换时候的切换脚本
password=manager #设置mysql中root用户的密码，这个密码是前文中创建监控用户的那个密码
ping_interval=1 #设置监控主库，发送ping包的时间间隔1秒，默认是3秒，尝试三次没有回应的时候自动进行failover
remote_workdir=/tmp #设置远端mysql在发生切换时binlog的保存位置
repl_password=123456 #设置复制用户的密码
repl_user=myslave #设置复制用户的用户
report_script=/usr/local/send_report #设置发生切换后发送的报警的脚本
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.116.40 -s 192.168.116.50 #指定检查的从服务器IP地址
shutdown_script="" #设置故障发生后关闭故障主机脚本（该脚本的主要作用是关闭主机防止发生脑裂,这里没有使用）
ssh_user=root #设置ssh的登录用户名
user=mha #设置监控用户root
[server1]
hostname=192.168.116.20
port=3306
[server2]
hostname=192.168.116.40
port=3306
candidate_master=1
#设置为候选master，设置该参数以后，发生主从切换以后将会将此从库提升为主库，即使这个主库不是集群中最新的slave
check_repl_delay=0
#默认情况下如果一个slave落后master 超过100M的relay logs的话，MHA将不会选择该slave作为一个新的master， 因为对于这个slave的恢复需要花费很长时间；通过设置check_repl_delay=0，MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate_master=1的主机非常有用，因为这个候选主在切换的过程中一定是新的master
[server3]
hostname=192.168.116.50
port=3306
6、在Master服务器上手动开启vip
ifconfig ens33:1 192.168.116.100/24
ifconfig ens33:1
7、在manager节点上测试ssh无密码认证
masterha_check_ssh -conf=/etc/masterha/app1.cnf
如果正常最后会输出 successfully，如下所示。
8、在manager节点上测试mysql主从连接情况
masterha_check_repl -conf=/etc/masterha/app1.cnf
9、在 manager 节点上启动 MHA \
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。
1、查看 MHA 状态，可以看到当前的 master
masterha_check_status --conf=/etc/masterha/app1.cnf
2、查看 MHA 日志，也以看到当前的 master 是 192.168.116.20，如下所示。
cat /var/log/masterha/app1/manager.log | grep "current master"
3、查看 master 的 VIP 地址 192.168.116.100 是否存在，这个 VIP 地址不会因为 manager 节点停止 MHA 服务而消失。
ifconfig
4、若要关闭 manager 服务，可以使用如下命令。
masterha_stop --conf=/etc/masterha/app1.cnf
或者可以直接采用 kill 进程 ID 的方式关闭
（三）、验证
1、manager服务器上启用监控观察日志
tail -f /var/log/masterha/app1/manager.log
2、模拟故障
（1）、在master关闭mysqld服务看到vip飘到slave1上了
（2）、看到slave1称为新的master
3、故障修复
systemctl restart mysqld #先将刚才模拟故障的mysql开启
（1）、修复主从
#在现主库服务器 40 查看二进制文件和同步点
show master status;
#在原主库服务器 20 执行同步操作 和50
change master to master_host='192.168.116.40',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=1747;
start slave; #开启
flush privileges; #刷新
show slave status\G;
vim /etc/masterha/app1.cnf
（2）、在 manager 节点上启动 MHA
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
总结
（一）、MHA 原理
1、MHA中有三个部分
1、核心是主从
2、manager管理节点：管理数据库集群信息、定义、触发故障切换
3、node 数据节点：主要负责保存日志、比较中继日志、选择主备
2、简要的功能流程
mha 会通过node监控mysql数据库服务的节点信息，定期监测和返回master角色的健康状态（健康检查）
mha 通过将VIP定义在master节点上，并且数据库的访问也从此VIP进入，当master异常时，mha会进行“故障切换”，就是VIP漂移+二进制日志保存，漂移到主备节点后，通过脚本命令来控制mysql服务器角色的变更，例如将主-备服务器变更位主服务器，将其他的从服务指向新的主服务器，来继续执行
3、工作流程
首先主体是mysql的主从复制，mha服务核心为manager控制节点和node数据节点，mha会监控mysql的master和集群主从复制状态，如果master故障了，mha会触发“抢救保存”日志和进行VIP故障切换，切换到主-备节点上，并且调整mysql集群主-从之间指向关系，让mysql可以正常运行。
4、MHA 搭建过程
1、准备主从复制集群（至少是1主3从）
2、做软连接（mysql和mysqlbinlog）用于mha使用
3、在数据库内部进行授权（授权的用户角色包含：①从服务器角色-用户主从复制 授权mha角色）
4、安装node数据节点和manager控制节点（node跑在mysql数据库服务器上）
5、定义VIP、VIP故障漂移脚本master_ip_failover
6、定义mha主配置：/etc/masterha/app1.conf
①mysql工作位置，例如二进制日志
②定义从服务器IP位置
③定义数据库集群每个节点的IP、端口，也可以手动指定主-备服务器是哪台cadidate_master=1
不做日志中时间的检查：check_rep1_delay=0
7、检测以下是否ok，然后启动mha
5、mha故障
master挂掉了 mha故障迁移/切换 -> VIP漂移 -> mha的manager服务是会直接停掉的，所以mha可以做一次性的故障切换，但是无法复用，想要复用，需要人为干预。
6、常见架构
主从、读写、mha（基础架构）
mmm（容灾ha）
canal + zk + mysql集群 + kafka 尽可能保障数据一致性
负载均衡架构（master）多master主从 + haproxy
级联复制架构（偏于功能性）
540
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
