MySQL之MHA高可用配置及故障

目录

一、MHA概念

二、MHA 的组成

三、MHA 的特点

四、MHA工作原理

五、MHA集群部署

1、MHA搭建准备

2、实验准备

3、MHA搭建的步骤

3.1、初始化环境

3.2、在Master、Slave1、Slave2添加域名解析

4、配置主从复制

4.1、修改三台MySQL服务器的主配置文件/etc/my.cnf

 5、Master、Slave1、Slave2 节点上都创建两个软链接

6、配置MySQL一主两从

所有MySQL服务器进行MySQL授权

在 Master 节点查看二进制文件和同步点

7、设置两个从节点 只读模式

 8、验证主从同步

9、安装 MHA 软件

9.1、所有服务器上都安装 MHA 依赖的环境,首先安装 epel 源

9.2、 安装 MHA 软件包,先在所有服务器上必须先安装 node 组件

 9.3、在 MHA-manager 节点上安装 manager 组件

10、在所有服务器上配置无密码认证

#在 manager 节点上配置到所有数据库节点的无密码认证​编辑

11、在 manager 节点上配置 MHA

12、在主节点开启虚拟IP​编辑

13、 故障模拟

14、故障修复​编辑

六、总结

1、MHA

2、MHA的故障问题


一、MHA概念


MHA(MasterHigh Availability)是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。

MHA 的出现就是解决MySQL 单点的问题。

MySQL故障切换过程中,MHA能做到0-30秒内自动完成故障切换操作。

MHA能在故障切换的过程中最大程度上保证数据的一致性,以达到真正意义上的高可用。

二、MHA 的组成

MHA Node(数据节点)

MHA Node 运行在每台 MySQL 服务器上。

MHA Manager(管理节点)

MHA Manager 可以单独部署在一台独立的机器上,管理多个 master-slave 集群;也可以部署在一台 slave 节点上。

MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时,它可以自动将最新数据的 slave 提升为新的 master, 然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明。
 

三、MHA 的特点

自动故障切换过程中,MHA试图从宕机的主服务器上保存二进制日志,最大程度的保证数据不丢失
使用半同步复制,可以大大降低数据丢失的风险,如果只有一个slave已经收到了最新的二进制日志,MHA可以将最新的二进制日志应用于其他所有的slave服务器上,因此可以保证所有节点的数据一致性
目前MHA支持一主多从架构,最少三台服务,即一主两从。

四、MHA工作原理

从宕机崩溃的master保存二进制日志时间(binlog events)
识别含有最新的更新slave日志
应用差异的中继日志(relay log)到其它的slave
应用从master保存的二进制日志时间
提升一个salve为新的master
使其它的slave连接行的master进行复制

 

五、MHA集群部署

1、MHA搭建准备

实验思路:MHA架构、数据库安装、一主两从、MHA搭建

故障模拟:主库失效、备选主库成为主库、原故障主库恢复重新加入到MHA成为从库

2、实验准备

节点服务器 系统 IP地址 安装服务及工具
MHA manager节点服务 器 CentOS7.4(64 位) 192.168.58.20 安装MHA node和manager组 件
Master节点服务器 redhat7.9(64 位) 192.168.58.33 安装mysql5.7和MHA node组件
Slave1节点服务器 CentOS7.4(64 位) 192.168.58.19 安装mysql5.7和MHA node组件
Slave2节点服务器 CentOS7.4(64 位) 192.168.58.30 安装mysql5.7和MHA node组件

3、MHA搭建的步骤

3.1、初始化环境

所有服务器,关闭系统防火墙和安全机制
systemctl stop firewalld
systemctl disable firewalld
setenforce 0

3.2、在Master、Slave1、Slave2添加域名解析

vim /etc/hosts
192.168.58.33      master
192.168.58.19      slave1
192.168.58.30      slave2

 

4、配置主从复制

4.1、修改三台MySQL服务器的主配置文件/etc/my.cnf

##Master 节点##

#修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf 
##Master 节点##
vim /etc/my.cnf
[mysqld]
server-id = 1
log_bin = master-bin
log-slave-updates = true
 
systemctl restart mysqld

 

 

##Slave1 节点##

##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
 
systemctl restart mysqld
 

 

 

###Slave2 节点##

###Slave2 节点##
vim /etc/my.cnf
server-id = 3 
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index
 
systemctl restart mysqld

 

 

 5、Master、Slave1、Slave2 节点上都创建两个软链接

ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
ls /usr/sbin/mysql*

 

 

6、配置MySQL一主两从

所有MySQL服务器进行MySQL授权

所有数据库节点进行 mysql 授权
mysql -uroot -p
grant replication slave on *.* to 'myslave'@'192.168.10.%' identified by '123456';	
	#从数据库同步使用
grant all privileges on *.* to 'mha'@'192.168.10.%' identified by 'manager';		#manager 使用
 
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节点上##

#在slave1节点上#

#在slave2节点上

在 Master 节点查看二进制文件和同步点

##在master上###
show master status;
 
###在slave1、slave2节点执行同步操作##
change master to master_host='192.168.59.118',master_user='myslave',master_password='123123',master_log_file='master-bin.000002',master_log_pos=1745;
 
start slave;
 
show slave status\G
确保 IO 和 SQL 线程都是 Yes,代表同步正常。
 
 

#在master上#

#在slave1上#

  #在slave2上#

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值