数据库之MHA高可用集群部署及故障切换

最新推荐文章于 2022-09-27 02:04:45 发布

Zhou482

最新推荐文章于 2022-09-27 02:04:45 发布

阅读量261

点赞数

本文链接：https://blog.csdn.net/weixin_55609826/article/details/118528603

版权

数据库之MHA高可用集群部署及故障切换

文章目录

前言
一部署原由
- 1.1 原由概述：
二部署前置知识点
三部署操作
四故障应对配置
- 4.1 主数据库故障宕机
- 4.2 恢复修复步骤
总结

前言

在实际生产环境中，当MySQL主从复制与读写分离不能满足实际需求时，就需要考虑MySQL高可用群集的部署配置。

一部署原由

1.1 原由概述：

传统的MySQL主从架构存在的问题

   单点故障

二部署前置知识点

2.1 MHA概述：（基于一主多次架构）

一套优秀的MySQL高可用环境故障切换和主从复制的软件

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

2.2 MHA的组成

MHA Manager（管理节点）（监控端）

MHA Node （数据节点）（被监控端）

2.3 MHA特点

  自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失

使用半同步复制，可以大大降低数据丢失的风险

目前MHA支持一主多从架构，最小三台服务，即一主两从

2.3.1 复制区别分类

1.异步复制

主库将事务Binlog事件写入到Binlog文件中，此时主库只会通知一下Dump线程发送这些新的Binlog，然后主库就会继续处理提交操作，而此时不会保证这些Binlog传到任何一个从库节点上。

2.全同步复制

当主库提交事务之后，所有的从库节点必须收到，APPLY并且提交这些事务，然后主库线程才能继续做后续操作。这里面有一个很明显的缺点就是，主库完成一个事务的时间被拉长，性能降低。

3.半同步复制

是介于全同步复制和异步复制之间的一种，主库只需要等待至少一个从库节点收到并且Flush Binlog到Relay Log文件即可，主库不需要等待所有从库给主库反馈。同时，这里只是一个收到的反馈，而不是已经完全执行并且提交的反馈，这样就节省了很多时间。

三部署操作

3.1 部署环境图示

在这里插入图片描述

3.2 部署思路：

1.MHA架构搭建流程

1.数据库安装
2.一主两从
3.MHA搭建

2.故障模拟

1.主库故障失效
2.备选主库成为主库
3.从库2将备选主库指向为主库

3.故障修复

1.故障库修复重新上线启动
2.在修复好的库上建立新主从关系
3.修改manager配置文件，添加修好的库的记录
4.重启mha

4.案例实现思路

安装 MySQL 数据库
配置 MySQL 一主两从
安装 MHA 软件
配置无密码认证
配置 MySQL MHA 高可用
模拟 master 故障切换

3.3 部署准备

1.设备

mysql-server；20.0.0.10
mysql-slvae1:   20.0.0.11
mysql-slvae2:   20.0.0.12
mha-manager:  20.0.0.13

2.重命名

[root@server1 ~]# hostnamectl set-hostname mysql-server
[root@server1 ~]# bash
[root@server2 ~]# hostnamectl set-hostname mysql-slvae1
[root@server2 ~]# bash
[root@client1 ~]# hostnamectl set-hostname mysql-slvae2
[root@client1 ~]# bash
[root@server1 ~]# hostnamectl set-hostname mha-manager
[root@server1 ~]# bash

3.4 部署流程

首先
完成配置 MySQL一主两从的主从同步复制部署

添加
cmake-2.8.6.tar.gz
mysql-5.6.36.tar.gz

安装依赖包

[root@master ~]#  yum -y install ncurses-devel gcc-c++ perl-Module-Install

在这里插入图片描述

2.安装 gmake 编译软件
解压缩

[root@mysql-server ~]# tar zxvf cmake-2.8.6.tar.gz
[root@mysql-serverr ~]# cd cmake-2.8.6 
[root@master cmake-2.8.6]# ./configure             设置配置
[root@master cmake-2.8.6]#  gmake && gmake install  编译安装

安装 MySQL 数据库

[root@master cmake-2.8.6]# cd
[root@master ~]#  tar -zxvf mysql-5.6.36.tar.gz 解压缩 mysql
[root@master ~]#  cd mysql-5.6.36
[root@master mysql-5.6.36]#  cmake -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DDEFAULT_CHARSET=utf8 -DDEFAULT_COLLATION=utf8_general_ci -DWITH_EXTRA_CHARSETS=all -DSYSCONFDIR=/etc
[root@master mysql-5.6.36]# make && make install 编译安装
[root@master mysql-5.6.36]# cp support-files/my-default.cnf /etc/my.cnf  
[root@master mysql-5.6.36]# cp support-files/mysql.server /etc/rc.d/init.d/mysqld
[root@master mysql-5.6.36]# cd
[root@master ~]# chmod +x /etc/rc.d/init.d/mysqld  添加权限
[root@master ~]#  chkconfig --add mysqld          加入系统管理

在这里插入图片描述

[root@master ~]#  echo "PATH=$PATH:/usr/local/mysql/bin" >> /etc/profile  环境变量设置
[root@master ~]#  source /etc/profile     配置生效
[root@master ~]# groupadd mysql           加入组mysql
[root@master ~]# useradd -M -s /sbin/nologin mysql -g mysql 创建不可登录，没有宿主的用户
[root@master ~]# chown -R mysql.mysql /usr/local/mysql  添加权限
[root@master ~]# mkdir -p /data/mysql     创建目录
[root@master ~]# /usr/local/mysql/scripts/mysql_install_db --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --user=mysql

修改 Master 的主配置文件/etc/my.cnf 文件，三台服务器的 server-id 不能一样，另外两台写 2 和 3 即可！写入内容如下：

设置数据库密码

mysqladmin -uroot -p password 'abc123'

在主数据库上

[root@mysql-server ~]# vi /etc/my.cnf   编辑配置文件
[root@mysql-server ~]# service mysqld restart  服务启动
添加
[mysqld]
server-id = 1
log_bin = master-bin
log-slave-updates = true

从数据库1

[root@mysql-slvae1 ~]# vi /etc/my.cnf  编辑配置文件
[root@mysql-slvae1~]# service mysqld restart  重启服务
添加
[mysqld]
server-id = 2
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index

从数据库2

[root@mysql-slvae2 ~]# vi /etc/my.cnf
[root@mysql-slvae2~]# systemctl restart mysqld
添加
[mysqld]
server-id = 3
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index

所有设备上配置软链接，软链接是为 HMA 服务的

[root@mysql-serverr ~]#  ln -s /usr/local/mysql/bin/mysql /usr/sbin/      命令本地可以使用
[root@mysql-server ~]# ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/  二进制日志链接
[root@mysql-server ~]#  /usr/local/mysql/bin/mysqld_safe --user=mysql &    安全启动

配置 MySQL 一主两从同步，复制

在所有数据库节点上授权两个用户，一个是从库同步使用，另外一个是 manager 使用

 [root@mysql-serverr ~]#  mysql  -uroot -pabc123     登录数据库
 为从库授权
mysql> grant replication slave on *.* to 'myslave'@'20.0.0.%' identified by 'abc123';
Query OK, 0 rows affected (0.00 sec)
为mha，manager授权
mysql>  grant all privileges on *.* to 'mha'@'20.0.0.%' identified by 'manager';
Query OK, 0 rows affected (0.00 sec)
mysql> flush privileges;  刷新
Query OK, 0 rows affected (0.00 sec)
[root@mysql-server~]# systemctl restart mysqld 服务重启

在主数据库上查看二进制文件和同步点

二进制日志

mysql> show master status;查看主库状态

测试主从同步复制

mysql> show databases;  查看库信息
mysql> create database kkk;  创建新库kkk
mysql> show databases;

在这里插入图片描述

接下来在从数据库2 和从数据库3 分别执行主从同步

mysql> change master to master_host='20.0.0.10',master_user='myslave',master_password='abc123',master_log_file='master-bin.000004',master_log_pos=694;
定义主从，从库登录主库设置授权
Query OK, 0 rows affected, 2 warnings (0.02 sec)
mysql> start slave; 开启从状态
Query OK, 0 rows affected (0.00 sec)

mysql> show slave status\G 查看从库状态信息

在这里插入图片描述

mysql>  set global read_only=1; 设置只读
Query OK, 0 rows affected (0.00 sec)
mysql> show databases; 查看库信息

在这里插入图片描述

从数据库2
同从数据库1设置

mysql> change master to master_host='20.0.0.10',master_user='myslave',master_password='abc123',master_log_file='master-bin.000004',master_log_pos=694;
Query OK, 0 rows affected, 2 warnings (0.01 sec)
mysql> start slave;
Query OK, 0 rows affected (0.00 sec)
mysql> show slave status\G
mysql> show databases;

在这里插入图片描述

普通用户不能在从库中写入数据，超级用户仍然可以操作（当备选主变为主时，自动 read_only=0）

mysql>  set global read_only=1;
Query OK, 0 rows affected (0.00 sec)

3.4.1 解析只读状态：

如需设置为只读状态，将该read_only参数设置为1或TRUE状态，但设置 read_only=1 状态有两个需要注意的地方：

read_only=1只读模式，不会影响slave同步复制的功能，所以在MySQL slave库中设定了read_only=1后，通过"show slave status\G" 命令查看salve状态，可以看到salve仍然会读取master上的日志，并且在slave库中应用日志，保证主从数据库同步一致；
read_only=1只读模式，限定的是普通用户进行数据修改的操作，但不会限定具有super权限的用户的数据修改操作 (但是如果设置了"super_read_only=on"，则就会限定具有super权限的用户的数据修改操作了)；在MySQL中设read_only=1后，普通的应用用户进行insert、update、delete等会产生数据变化的DML操作时，都会报出数据库处于只读模式不能发生数据变化的错误，但具有super权限的用户，例如在本地或远程通过root用户登录到数据库，还是可以进行数据变化的DML操作；(也就是说"real_only"只会禁止普通用户权限的mysql写操作，不能限制super权限用户的写操作；如果要想连super权限用户的写操作也禁止，就使用"flush tables with read lock;"，这样设置也会阻止主从同步复制！)这样通过设置“read_only=1”和“flush tables with read lock;”两条命令，就可以确保数据库处于只读模式，不会发生任何数据改变，在MySQL进行数据库迁移时，限定master主库不能有任何数据变化，就可以通过这种方式来设定。

下面三条授权按理论是不用添加的，但是做案例实验环境时候通过 MHA 检查
MySQL 主从有报错，报两个从库通过主机名连接不上主库，所以所有数据库加上下面的授
权。
针对本地进行授权

                                                         主机名
mysql> grant all privileges on *.* to 'mha'@'server1' identified by 'manager';
Query OK, 0 rows affected (0.00 sec)
mysql>  grant all privileges on *.* to 'mha'@'server2' identified by 'manager';
Query OK, 0 rows affected (0.00 sec)
mysql>  grant all privileges on *.* to 'mha'@'server3' identified by 'manager';
Query OK, 0 rows affected (0.00 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

在这里插入图片描述

之后安装配置mha

首先在所有设备上添加软件包，环境
添加
CentOS7-Base-163.repo
epel.repo

[root@mysql-server ~]# cd /etc/yum.repos.d/
[root@mysql-server yum.repos.d]# ls -lh

在这里插入图片描述
添加安装包
mha4mysql-node-0.57.tar.gz
在所有服务器上必须先安装 node 组件，最后在 MHA-manager 节点上安装 manager 组件，
因为 manager 依赖 node 组件

在mha-manager上添加
mha4mysql-manager-0.57.tar.gz
mha4mysql-node-0.57.tar.gz
在这里插入图片描述

1.所有服务器上都安装 MHA 依赖的环境，首先安装 epel 源
安装依赖包

[root@mysql-server ~]# yum install epel-release --nogpgcheck  
[root@mysql-server ~]#  yum install -y perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker perl-CPANr perl-ExtUtils-MakeMaker perl

2.在所有服务器上必须先安装 node 组件，最后在 MHA-manager 节点上安装 manager 组件，因为 manager 依赖 node 组件

[root@mysql-server ~]# tar zxvf mha4mysql-node-0.57.tar.gz  解压缩安装node节点
[root@mysql-server ~]# cd mha4mysql-node-0.57/
[root@mysql-server mha4mysql-node-0.57]# perl Makefile.PL    执行安装配置文件
[root@mysql-server mha4mysql-node-0.57]# make && make install  编译安装

3.在 MHA-manager 上安装 manager 组件

[root@mha-manager ~]#  tar zxvf mha4mysql-manager-0.57.tar.gz  解压缩
[root@mha-manager ~]# cd mha4mysql-manager-0.57/
[root@mha-manager mha4mysql-manager-0.57]# perl Makefile.PL 执行配置文件
[root@mha-manager mha4mysql-manager-0.57]# make && make install   编译安装

在这里插入图片描述

4.manager 安装后在/usr/local/bin 下面会生成几个工具，
主要包括以下几个：

masterha_check_ssh    检查MHA的SSH配置状况，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         关闭manager

在MHA-manager 上

[root@mha-manager ~]# cd /usr/local/bin/  
[root@mha-manager bin]# ls -lh 查看

在这里插入图片描述

5.node 安装后也会在/usr/local/bin 下面会生成几个脚本（这些工具通常由 MHA Manager 的脚本触发，无需人为操作）主要如下：

save_binary_logs 保存和复制 master 的二进制日志
apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的 slave（半同步复制，有超前日志，会先同步给其它slave）
filter_mysqlbinlog 去除不必要的 ROLLBACK 事件（MHA 已不再使用这个工具）（防止回滚，日志重复）
purge_relay_logs 清除中继日志（不会阻塞 SQL 线程）

在mysql-server上或者所有的被监控设备上都存在

[root@mysql-server ~]# cd /usr/local/bin/
[root@mysql-server bin]# ls -lh 查看

在这里插入图片描述

6.配置无密码认证，免密
1.在 manager 上配置到所有节点的无密码认证，监控所有节点

在mha-manager上
授权主，从1，从2

[root@mha-manager ~]# ssh-keygen -t rsa      生成密钥
[root@mha-manager ~]# ssh-copy-id 20.0.0.10   免密登录
[root@mha-manager ~]# ssh-copy-id 20.0.0.11
[root@mha-manager ~]# ssh-copy-id 20.0.0.12

登录验证

[root@mha-manager ~]# ssh root@20.0.0.10
[root@mysql-server ~]# exit
[root@mha-manager ~]# ssh root@20.0.0.11
[root@mysql-slvae1 ~]# exit
[root@mha-manager ~]# ssh root@20.0.0.12
[root@mysql-slvae2 ~]# exit

在这里插入图片描述

因为主从关系可能会失效，保证故障自动切换，由此数据库之间需要实现相互免密可以登录，切换。

在主数据库上
授权从1，从2

[root@mysql-server ~]# ssh-keygen -t rsa     密钥生成
[root@mysql-server ~]# ssh-copy-id 20.0.0.11 密钥授予
[root@mysql-server ~]# ssh-copy-id 20.0.0.12

登录验证

[root@mysql-server ~]# ssh root@20.0.0.11
[root@mysql-slvae1 ~]# exit
[root@mysql-server ~]# ssh root@20.0.0.12
[root@mysql-slvae2 ~]# exit

在这里插入图片描述

在从数据库上
从数据库1
授权主，从2

[root@mysql-slvae1 ~]# ssh-keygen -t rsa
[root@mysql-slvae1 ~]# ssh-copy-id 20.0.0.10
[root@mysql-slvae1 ~]# ssh-copy-id 20.0.0.12

登录验证

[root@mysql-slvae1 ~]# ssh root@20.0.0.10
[root@mysql-server ~]# exit
[root@mysql-slvae1 ~]# ssh root@20.0.0.12
[root@mysql-slvae2 ~]# exit

在这里插入图片描述

从数据库2
授权主，从1

[root@mysql-slvae2 ~]# ssh-keygen -t rsa
[root@mysql-slvae2 ~]# ssh-copy-id 20.0.0.10
[root@mysql-slvae2 ~]# ssh-copy-id 20.0.0.11

登录验证

[root@mysql-slvae2 ~]# ssh root@20.0.0.10
[root@mysql-server ~]# exit
[root@mysql-slvae2 ~]# ssh root@20.0.0.11
[root@mysql-slvae1 ~]# exit

在这里插入图片描述

7.配置 MHA
1.在 manager 节点上复制相关脚本到/usr/local/bin 目录

master_ip_failover #自动切换时 VIP 管理的脚本，当master出现故障时，实现故障自动转移

拷贝相关脚本到 /usr/local/bin/目录下

[root@mha-manager ~]# cp -ra /root/mha4mysql-manager-0.57/samples/scripts/ /usr/local/bin/
[root@mha-manager ~]# cd /usr/local/bin/
[root@mha-manager bin]# ls -lh      查看scripts脚本
[root@mha-manager bin]# cd scripts/
[root@mha-manager scripts]# ls -lh  查看脚本内容
master_ip_online_change #在线切换时 vip 的管理
power_manager #故障发生后关闭主机的脚本
send_report #因故障切换后发送报警的脚本

在这里插入图片描述

2.复制上述的自动切换时 VIP 管理的脚本到/usr/local/bin 目录，这里使用脚本管理 VIP（虚拟地址），也是推荐的一种方式，生产环境不太建议使用 keepalived。

[root@mha-manager scripts]# cp master_ip_failover /usr/local/bin/
[root@mha-manager scripts]# ls -lh 查看
[root@mha-manager scripts]# cd ..
[root@mha-manager bin]# ls -lh

在这里插入图片描述

3.修改自动切换脚本内容：

[root@mha-manager bin]# vi master_ip_failover 
删除所有
复制引用模板（先定义，后调用）
添加部分
my $vip = '20.0.0.200';  虚拟地址
my $brdc = '20.0.0.255'; 广播地址
my $ifdev = 'ens33';     网卡
my $key = '1';           设置虚拟地址时ens33:1
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";  设置虚拟地址
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down"; 虚拟地址移除
my $exit_code = 0;       退出代码
 master_ip_failover:使用情况为，主master失效时使用，自动切换脚本
 
  
 
 
4.创建 MHA 软件目录并拷贝配置文件
 每次健康检查时，以及定义谁为备选主，数据库基本信息所在，都是以该配置文件为依据 
[root@mha-manager ~]# mkdir /etc/mha  创建目录
[root@mha-manager ~]# cp mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/mha/
[root@mha-manager ~]# vi /etc/mha/app1.cnf  编辑配置文件
[server default]    默认配置
manager_workdir=/var/log/masterha/app1         工作目录
manager_log=/var/log/masterha/app1/manager.log 管理日志文件路径
master_binlog_dir=/usr/local/mysql/data        二进制日志文件路径
master_ip_failover_script= /usr/local/bin/master_ip_failover  主master故障时自动切换脚本
master_ip_online_change_script= /usr/local/bin/master_ip_online_change  在线切换脚本
password=manager   mha登录数据库使用的授权账户和密码
user=mha
ping_interval=1     数据检查
remote_workdir=/tmp 远程工作目录
repl_password=abc123   主从复制状态检查账号与密码（master_check_repl）
repl_user=myslave
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 20.0.0.11 -s 20.0.0.12   
主从复制检查时先主，后从，检查slave状态时的，脚本引用，   从ip地址
shutdown_script=""  关机脚本
ssh_user=root       默认远程登录用户名
[server1]
hostname=20.0.0.10  master 主ip地址
port=3306           数据库端口号
[server2]
hostname=20.0.0.11  slave1 从ip地址
port=3306 
candidate_master=1  候选者（备选主）手动指定
check_repl_delay=0      
[server3]
hostname=20.0.0.12  slave2 从ip地址
port=3306

在这里插入图片描述

查看mha是否具有登录数据库的授权账户与密码

[root@mysql-server ~]# mysql -uroot -pabc123
mysql> show grants for 'mha'@'20.0.0.%';

在这里插入图片描述

4.1 解析切换备选主库的算法：

1.一般判断从库的是从（position/GTID）判断优劣，数据有差异，最接近于master的slave，成为备选主。

2.数据一致的情况下，按照配置文件顺序，选择备选主库。

3.设定有权重（candidate_master=1），按照权重强制指定备选主（设置优先级）

1.默认情况下如果一个slave落后master 100M的relay logs的话，即使有权重，也会失效。

2.如果check_repl_delay=0的话，即使落后很多日志，也强制选择其为备选主。

如果设置优先级就按优先级选择，无优先级就按二进制日志先后进行选择，二进制日志一样，按排列顺序选择备选主。

5.测试 ssh 无密码认证，如果正常最后会输出 successfully
进行健康检查

[root@mha-manager ~]# masterha_check_ssh --conf=/etc/mha/app1.cnf

在这里插入图片描述
进行主从复制检查

[root@mha-manager ~]# masterha_check_repl --conf=/etc/mha/app1.cnf

在这里插入图片描述

注：第一次启动mha，主库上并不会主动的生成vip（虚拟）地址，需要手动开启
在主上添加虚拟地址

[root@mysql-server ~]# ifconfig ens33:1 20.0.0.200/24 up
[root@mysql-server ~]# ip addr

在这里插入图片描述

6.启动MHA

[root@mha-manager ~]# nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &

nohup masterha_manager ：延迟启动
–conf=/etc/mha/app1.cnf ：基于配置文件启动
/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。

[root@mha-manager ~]# masterha_check_status –conf=/etc/mha/app1.cnf
查看当前MHA运行状态

[root@mha-manager ~]# cat /var/log/masterha/app1/manager.log
查看日志文件

在这里插入图片描述
以上步骤完成MHA启动完成

四故障应对配置

开始故障模拟

4.1 主数据库故障宕机

在主数据库上

[root@server ~]# ip addr    查看地址信息
[root@mysql-server ~]# pkill mysqld   终止mysql服务
[root@server ~]# ip addr    查看ip地址

在这里插入图片描述

在mha-manager上
查看日志

[root@mha-manager ~]# cat /var/log/masterha/app1/manager.log

在这里插入图片描述
查看在原master上的虚拟地址是否漂移到新主上
在原主上

[root@mysql-server ~]# ip addr

虚拟地址消失

在这里插入图片描述

在新主上（slave1）

[root@mysql-slvae1 ~]# ip addr

虚拟地址生成

在这里插入图片描述
新主库（slave1）上
查看日志文件

[root@mysql-slvae1 ~]# mysql -uroot -pabc123
mysql> show master status;  查看主库信息

在这里插入图片描述

在slva2上
查看从数据库状态

mysql> show slave status\G

在这里插入图片描述

4.2 恢复修复步骤

在主上

[root@mysql-server ~]# systemctl start mysql  服务启动
[root@mysql-server ~]# netstat -anpt | grep mysql 查看端口状态

在这里插入图片描述

mysql> change master to master_host='20.0.0.11',master_user='myslave',master_password='abc123',master_log_file='master-bin.000001',master_log_pos=1678;
主库授权设置
Query OK, 0 rows affected, 2 warnings (0.01 sec)

mysql> start slave; 从库启动
Query OK, 0 rows affected (0.02 sec)

mysql> show slave status\G 查看从库状态信息

在这里插入图片描述

在mha-manager

 [root@mha-manager ~]# vi /etc/mha/app1.cnf

修改添加(主数据库状态转换，信息自动也消失)
[server1]
hostname=20.0.0.10
port=3306

在这里插入图片描述

启动mha

[root@mha-manager ~]# nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &
查询当前mha状态
[root@mha-manager ~]# masterha_check_status --conf=/etc/mha/app1.cnf

在这里插入图片描述

此时主为20.0.0.11（slave1）

总结

通过以上的学习了解得出mha有做状态监控，可以实现故障的自动转移，新的主从之间的互指的功能，在mysql数据库中部署配置有利于其服务优化，性能提升。

Zhou482

关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
1
评论
数据库之MHA高可用集群部署及故障切换

数据库之MHA高可用集群部署及故障切换文章目录前言一部署原由1.1 原由概述：二部署前置知识点2.1 MHA概述：（基于一主多次架构）2.2 MHA的组成2.3 MHA特点2.3.1 复制区别分类三部署操作3.1 部署环境图示3.2 部署思路：3.3 部署准备3.4 部署流程3.4.1 解析只读状态：四故障应对配置4.1 主数据库故障宕机4.2 恢复修复步骤总结前言在实际生产环境中，当MySQL主从复制与读写分离不能满足实际需求时，就需要
复制链接

扫一扫