[server1]
hostname=10.0.0.51
port=3306
[server2]
hostname=10.0.0.52
port=3306
[server3]
hostname=10.0.0.53
port=3306
#### 2. 检查主从状态
[root@db03 ~]# masterha_check_repl --conf=/etc/mha/app1.cnf
MySQL Replication Health is OK.
#### 3.开启MHA(db03)
nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null> /var/log/mha/app1/manager.log 2>&1 &
### 1. 主从复制架构演变介绍
#### 1.1 基本结构
(1)一主一从
(2)一主多从
(3)多级主从
(4)双主
(5)循环复制
#### 1.2 高级应用架构演变
##### 1.2.1 高性能架构
(1) 读写分离架构(读性能较高)
代码级别
MySQL proxy (Atlas,mysql router,proxySQL(percona),maxscale)、
amoeba(taobao)
xx-dbproxy等。
(2) 分布式架构(读写性能都提高):
分库分表——cobar—>TDDL(头都大了),DRDS
Mycat—>DBLE自主研发等。
NewSQL–>TiDB
##### 1.2.2 高可用架构
(3)单活:MMM架构——mysql-mmm(google)
(4)单活:MHA架构——mysql-master-ha(日本DeNa),T-MHA
(5)多活:MGR ——5.7 新特性 MySQL Group replication(5.7.17) —>Innodb Cluster
(6)多活:MariaDB Galera Cluster架构,(PXC)Percona XtraDB Cluster、MySQL Cluster(Oracle rac)架构
### 2. 高可用MHA ☆☆☆☆☆
#### 2.1 架构工作原理
-
MHA通过脚本(masterha_master_monitor)实时监控主库的状态(主机,数据库状态)
-
监控到主库宕机之后,会发生自动选主(masterha_master_switch )
(1) 权重: 参数
(2) 日志量
(3) 配置文件的顺序 -
数据补偿
(1) 当主库SSH能够连接,各个从库会立即保存(save_binary_logs)缺失部分的日志到/var/tmp,进行数据补偿.
(2) 当主库SSH无法连接,通过脚本(apply_diff_relay_logs)自动进行从库的relaylog的差异处理,进行数据补偿. -
构建新的主从关系,并将故障节点移除(配置文件移除)
-
MHA主进程完成工作后,自动退出.
-
应用透明 VIP(master_ip_failover_script=/usr/local/bin/master_ip_failover)
-
故障通知 (report_script=/usr/local/bin/send)
-
提供额外数据补偿的手段(binlog server)
-
自动自愈,待开发…
#### 2.2 架构介绍:
1主2从,master:db01 slave:db02 db03 ):
MHA 高可用方案软件构成
Manager软件:选择一个从节点安装
Node软件:所有节点都要安装
#### 2.3 MHA软件构成
Manager工具包主要包括以下几个工具:
masterha_manger 启动MHA
masterha_check_ssh 检查MHA的SSH配置状况
masterha_check_repl 检查MySQL复制状况
masterha_master_monitor 检测master是否宕机
masterha_check_status 检测当前MHA运行状态
masterha_master_switch 控制故障转移(自动或者手动)
masterha_conf_host 添加或删除配置的server信息
>
> Node工具包主要包括以下几个工具:
>
>
>
这些工具通常由MHA Manager的脚本触发,无需人为操作
save_binary_logs 保存和复制master的二进制日志
apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的
purge_relay_logs 清除中继日志(不会阻塞SQL线程)
#### 2.4 MHA环境搭建
**[上篇文章末尾已搭建完成 ctrl+f搜索MHA搭建]( )**
---
#### 2.5 故障模拟测试
##### 2.5.1 关闭51主库(db01上)
[root@db01 ~]# /etc/init.d/mysqld stop
Shutting down MySQL… SUCCESS!
##### 2.5.2 此时主库跳到52上(db03上查看)
>
> ![](https://imgconvert.csdnimg.cn/aHR0cHM6Ly91cGxvYWQtaW1hZ2VzLmppYW5zaHUuaW8vdXBsb2FkX2ltYWdlcy8xNjk1MjE0OS03ZTY5N2UzYzAxZTQxYzJiLnBuZw)
> ![](https://imgconvert.csdnimg.cn/aHR0cHM6Ly91cGxvYWQtaW1hZ2VzLmppYW5zaHUuaW8vdXBsb2FkX2ltYWdlcy8xNjk1MjE0OS0yODRmNzc4MmEwM2RjYWExLnBuZw)
>
>
>
##### 2.5.3 修复主库
[root@db01 ~]# /etc/init.d/mysqld start
Starting MySQL. SUCCESS!
##### 2.5.4 修复从库
[root@db01 ~]# mysql -e “change master to master_host=‘10.0.0.52’,master_user=‘repl’,master_password=‘123’ ,MASTER_AUTO_POSITION=1;”
[root@db01 ~]# mysql -e “start slave;”
[root@db01 ~]# mysql -e “show slave status \G”|grep Running:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
##### 2.5.5 修改配置文件(db03)
>
>
> >
> > ![](https://imgconvert.csdnimg.cn/aHR0cHM6Ly91cGxvYWQtaW1hZ2VzLmppYW5zaHUuaW8vdXBsb2FkX2ltYWdlcy8xNjk1MjE0OS0wMmQ3NTM1Zjg5YTE5N2QzLnBuZw)
> >
> >
> >
>
>
>
##### 2.5.6 启动MHA (db03)
[root@db03 ~]# nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null> /var/log/mha/app1/manager.log 2>&1 &
[1] 7658
[root@db03 ~]# masterha_check_status --conf=/etc/mha/app1.cnf
app1 (pid:7658) is running(0:PING_OK), master:10.0.0.52
---
#### 2.6 Manager额外参数介绍
说明:
主库宕机谁来接管?
- 所有从节点日志都是一致的,默认会以配置文件的顺序去选择一个新主。
- 从节点日志不一致,自动选择最接近于主库的从库
- 如果对于某节点设定了权重(candidate_master=1),权重节点会优先选择。
但是此节点日志量落后主库100M日志的话,也不会被选择。可以配合check_repl_delay=0,关闭日志量的检查,强制选择候选节点。
(1) ping_interval=1
#设置监控主库,发送ping包的时间间隔,尝试三次没有回应的时候自动进行failover
(2) candidate_master=1
#设置为候选master,如果设置该参数以后,发生主从切换以后将会将此从库提升为主库,即使这个主库不是集群中事件最新的slave
(3)check_repl_delay=0
#默认情况下如果一个slave落后master 100M的relay logs的话,
MHA将不会选择该slave作为一个新的master,因为对于这个slave的恢复需要花费很长时间,
通过设置check_repl_delay=0,MHA触发切换在选择一个新的master的时候将会忽略复制延时,
这个参数对于设置了candidate_master=1的主机非常有用,因为这个候选主在切换的过程中一定是新的master
---
#### 2.7 MHA的vip功能(db03)
###### 2.7.1 拷贝master\_ip\_failover脚本到/user/local/bin下
[root@db03 /server/tools]# ll
total 9936
-rw-r–r-- 1 root root 4963681 Jun 28 11:35 Atlas-2.2.1.el6.x86_64.rpm
-rw-r–r-- 1 root root 20904 Jun 28 11:36 email_2019-最新.zip
-rw-r–r-- 1 root root 2248 Jun 28 11:36 master_ip_failover.txt
-rw-r–r-- 1 root root 5051108 Aug 19 18:16 MHA-2019-6.28.zip
-rw-r–r-- 1 root root 87119 Jun 28 11:34 mha4mysql-manager-0.56-0.el6.noarch.rpm
-rw-r–r-- 1 root root 36326 Jun 28 11:35 mha4mysql-node-0.56-0.el6.noarch.rpm
[root@db03 /server/tools]# cp master_ip_failover.txt /usr/local/bin/master_ip_failover
[root@db03 /server/tools]# cd /usr/local/bin/
[root@db03 /usr/local/bin]# yum install -y dos2unix
[root@db03 /usr/local/bin]# dos2unix master_ip_failover
dos2unix: converting file master_ip_failover to Unix format …
[root@db03 /usr/local/bin]# chmod +x master_ip_failover
####2.7.2 更改manager配置文件:
vim /etc/mha/app1.cnf
添加此行:
master_ip_failover_script=/usr/local/bin/master_ip_failover
##### 2.7.3 修改文件内容:
[root@db03 /usr/local/bin]# vim /usr/local/bin/master_ip_failover
my $vip = ‘10.0.0.55/24’;
my $key = ‘1’;
my
s
s
h
s
t
a
r
t
v
i
p
=
"
/
s
b
i
n
/
i
f
c
o
n
f
i
g
e
t
h
0
:
ssh_start_vip = "/sbin/ifconfig eth0:
sshstartvip="/sbin/ifconfigeth0:key $vip";
my
s
s
h
s
t
o
p
v
i
p
=
"
/
s
b
i
n
/
i
f
c
o
n
f
i
g
e
t
h
0
:
ssh_stop_vip = "/sbin/ifconfig eth0:
sshstopvip="/sbin/ifconfigeth0:key down";
>
>
> >
> > ![ vim /usr/local/bin/master_ip_failover](https://imgconvert.csdnimg.cn/aHR0cHM6Ly91cGxvYWQtaW1hZ2VzLmppYW5zaHUuaW8vdXBsb2FkX2ltYWdlcy8xNjk1MjE0OS1hMDgzOTI2ZmJiMGM4MDE4LnBuZw)
> >
> >
> >
>
>
>
##### 2.7.4 主库上,手工生成第一个vip地址(db02)
>
> 手工在主库上绑定vip,注意一定要和配置文件中的ethN一致,我的是eth0:1(1是key指定的值)
>
>
>
ifconfig eth0:1 10.0.0.55/24
##### 2.7.8 重启mha
masterha_stop --conf=/etc/mha/app1.cnf
nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/app1/manager.log 2>&1 &
#### 2.7.9 邮件提醒
##### (1) 添加配置选项
vi /etc/mha/app1.cnf
report_script=/usr/local/bin/send
##### (2) 拷贝脚本
**先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前在阿里**
**深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!**
**因此收集整理了一份《2024年最新Linux运维全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。**
![img](https://img-blog.csdnimg.cn/img_convert/9e9494dfa8e9e9dc03a92da20b675991.png)
![img](https://img-blog.csdnimg.cn/img_convert/e1c70c6d211033133d7da66a8f814242.png)
![img](https://img-blog.csdnimg.cn/img_convert/4e8651011481cf6dab82ed76593d4982.png)
![img](https://img-blog.csdnimg.cn/img_convert/68e49f91ba29c8b35f4a0f57881a6d3c.png)
![img](https://img-blog.csdnimg.cn/img_convert/b4a64616cf6b4e54aa041a74b1259d03.png)
**既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上运维知识点,真正体系化!**
**由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新**
**[需要这份系统化的资料的朋友,可以点击这里获取!](https://bbs.csdn.net/topics/618542503)**
tZTlNF-1714642343828)]
[外链图片转存中...(img-azV4g8uS-1714642343829)]
[外链图片转存中...(img-VDChpAxz-1714642343829)]
[外链图片转存中...(img-6VZ4zYmq-1714642343830)]
[外链图片转存中...(img-ecdFB2XA-1714642343831)]
**既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上运维知识点,真正体系化!**
**由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新**
**[需要这份系统化的资料的朋友,可以点击这里获取!](https://bbs.csdn.net/topics/618542503)**