MHA高可用配置及故障切换

最新推荐文章于 2024-09-06 08:00:00 发布
最新推荐文章于 2024-09-06 08:00:00 发布
阅读量1.9k 收藏 11
点赞数 34
文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_70627741/article/details/140876709
版权

目录

MHA高可用配置及故障切换

MHA定义

MAH的组成

MHA特点

MHA工作原理

实验：搭建MySQL MHA

案例拓扑图

案例实施

四台服务器关闭防火墙防护，连接所有会话101、102、103、104

设置host文件

安装MySQL数据库 连接会话102、103、104

设置主库配置

从服务器配置

启动

修改登录密码

在所有Mylsq节点上配置授权 在102上授权

取消用户同步，单独针对一个节点去做操作

在mysql上查看mastar信息

在mysql2和mysql3设置slave配置主从环境

安装MHA软件

同时托入四个主机，连接101、102、103、104会话

设置阿里的yum基础源都安装MHA依赖的环境

在所有节点安装node组件

在 MHA-manager上安装manager组件

配置无密码认证

在 manager 上配置到所有节点的无密码认证

在 Mysql1 上配置到数据库节点的无密码认证

在 Mysql2 上配置到数据库节点的无密码认证

在 Mysql3 上配置到数据库节点的无密码认证

配置MHA

在 manager 节点上复制相关的脚本到/usr/local/bin目录

脚本具体作用

完整替换master_ip_failover文件的内容，IP部分更换为自己的IP地址

测试ssh无密码认证，如果正常最后输出successfully就是运行成功

测试mysql主从连接情况，最后出现MySQL Replication Health is ok 字样说明正常

首次配置MHA的VIP地址需要手动配置（在mysql上）102主机

启动HMA（在mha-manager主机上）101主机

查看MHA状态，可以看到当前的master是Mysql1节点

查看MHA日志

模拟master故障

用客户端链接群集 105主机

关闭当前的master 102

观察MHA日志，如果自动切换成功，最后输出successfully字样

在mysql2上查看状态

MHA高可用配置及故障切换

MHA定义

HMA（MasterHigh Availablity）是一套优秀的Mysql高可用环境下的故障切换和主从复制的软件

解决MySLQ单点的问题

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

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

MHA是建在主从复制的基础上的；0-30秒自动完成故障切换是MHA的特性 

MAH的组成

  • MHA Manager(管理节点)
  • NHA Node(数据节点)

MHA特点

  • 自动故障奇幻过程种，MHA试图从宕机的主服务器上保存二进制日志，最大程度保证数据不丢失
  • 使用半同步复制，可以大大降低数据丢失的风险
  • 目前MHA支持一主多从架构，最少三台服务，即一主两从

MHA工作原理

从宕机崩溃的master 保存二进制日志事件（binlog events）；

识别含有最新的更新 slave 日志（可以理解为主从复制数据最新的从服务器）

应用差异的中继日志（relay log）到其他的slave（将数据信息最全最新的从服务器的中继日志给其他的从服务器）

应用从master保存的二进制日志事件

提升一个 salve 为新的master

使其他的slave连接行的master 进行复制。

实验：搭建MySQL MHA

目的：解决故障切换、尽可能的保存数据，以及所有节点日志的一致性

实验思路：搭建MHA机构---->数据库安装---->一主两从---->MHA搭建

故障模拟：主服务器失效---->主服务器的备胎服务器成为主服务器---->原故障

配置四台虚拟机

服务器

操作系统

主机名/IP 地址

角色

服务器

CentOS7.9

192.168.10.101

管理节点，安装 manager 组件

服务器

CentOS7.9

192.168.10.102

Master 节点，安装 node 组件

服务器

CentOS7.9

192.168.10.103

Slave 节点，安装 node 组件

服务器

CentOS7.9

192.168.10.104

Slave 节点，安装 node 组件

案例拓扑图

案例实施

四台服务器关闭防火墙防护，连接所有会话101、102、103、104

[root@localhost ~]# systemctl stop firewalld
[root@localhost ~]# systemctl disable firewalld
[root@localhost ~]# setenforce 0
[root@localhost ~]# vim /etc/sysconfig/selinux 
SELINUX=disabled

设置host文件

修改每个节点的hosts文件

[root@localhost ~]# vim /etc/hosts
192.168.10.101 MHA-manager
192.168.10.102 Mysql1
192.168.10.103 Mysql2
192.168.10.104 Mysql3

安装MySQL数据库 连接会话102、103、104

[root@localhost ~]# yum -y install mariadb-server mysql

关闭掉101的同步

设置主库配置

[root@localhost ~]# vim /etc/my.cnf
server-id=102
log-bin=master-bin
binlog-format=MIXED
relay-log-purge=0
log-slave-updates=true

当relay-log-purge=1时,旧relay logs会在SQL线程执行完毕后被自动删除；当relay-log-purge=0时,旧的 relaylog则会被保留

从服务器配置

server-id=103
log-bin=master-bin
binlog-format=MIXED
relay-log-purge=0
log-slave-updates=true

server-id=104
log-bin=master-bin
binlog-format=MIXED
relay-log-purge=0
log-slave-updates=true

relay-log-purge=0 不自动删除中继日志，以便宕机后恢复数据

log-slave-updates=true Slave可以是其他Slave的Master,从而扩散Master的更新

启动

[root@localhost ~]# systemctl start mariadb

修改登录密码

[root@localhost ~]# mysqladmin -uroot password 'pwd123';

在所有Mylsq节点上配置授权 在102上授权

[root@localhost ~]# mysql -uroot -ppwd123
MariaDB [(none)]> grant replication slave on *.* to 'myslave'@'192.168.10.%' identified by '123456';
MariaDB [(none)]> grant all privileges on *.* to 'mha'@'192.168.10.%' identified by 'manager';
#创建以恶搞用户名为mha，密码为manager的用户允许该用户从以 192.168.10. 开头的IP地址段连接到MariaDB数据库，并且拥有对所有数据库和表的所有操作权限。
MariaDB [(none)]> grant all privileges on *.* to 'mha'@'mysql1' identified by 'manager';
MariaDB [(none)]> grant all privileges on *.* to 'mha'@'mysql2' identified by 'manager';
MariaDB [(none)]> grant all privileges on *.* to 'mha'@'mysql3' identified by 'manager';
用主机名去进行连接
MariaDB [(none)]> flush privileges;

取消用户同步，单独针对一个节点去做操作

在mysql上查看mastar信息
MariaDB [(none)]> show master status;
+-------------------+----------+--------------+------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+------------------+
| master-bin.000003 |     1346 |              |                  |
+-------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

同步103、104会话

在mysql2和mysql3设置slave配置主从环境

MariaDB [(none)]> change master to master_host='192.168.10.102',master_user='myslave',master_password='123456',master_log_file='master-bin.000003',master_log_pos=1346;
#
master_host='192.168.10.102'
: 这是主服务器（master）的IP地址或主机名，从服务器将连接到该地址获取主服务器的更新数据。
master_user='myslave'
: 这是连接到主服务器所使用的用户名。在这个例子中，从服务器将使用用户名 myslave 来连接到主服务器。
master_password='123456'
: 这是连接到主服务器所使用的密码。在这个例子中，密码是 123456。
master_log_file='master-bin.000003'
: 这是主服务器上当前的二进制日志文件名，从服务器将从这个日志文件开始读取日志信息。
master_log_pos=1346
: 这是主服务器上二进制日志文件的位置（偏移量），从服务器将从这个位置开始读取日志信息。

MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status\G

安装MHA软件

所有服务器上安装MHA依赖环境

同时托入四个主机，连接101、102、103、104会话

但我们这里用ftp的基础源去安装（快一点）

ftp的基础源
rm -rf /etc/yum.repos.d/*
curl -o /etc/yum.repos.d/CentOS-Base.repo ftp://192.168.2.149/repo/CentOS-Base.repo
curl -o /etc/yum.repos.d/epel.repo ftp://192.168.2.149/repo/epel.repo
yum clean all

阿里的基础源
rm -rf /etc/yum.repos.d/*
curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo
curl -o /etc/yum.repos.d/epel.repo https://mirrors.aliyun.com/repo/epel-7.repo
yum clean all

设置阿里的yum基础源都安装MHA依赖的环境

yum install -y perl-DBD-MySQLperl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager perl-ExtUtils-CBuilderperl-ExtUtils-MakeMaker perl-CPAN

> perl-DBD-MySQL   //perl针对于mysql数据库

> perl-Config-Tiny    //从配置文件中提拿其中的值

> perl-Log-Dispatch    //log-日志

> perl-Parallel-ForkManager      //多线程管理

> perl-ExtUtils-CBuilder       //扩展工具

> perl-ExtUtils-MakeMaker

> perl-CPAN        //cpan perl中的数据库

在所有节点安装node组件

[root@localhost ~]# tar zxvf  mha4mysql-node-0.57.tar.gz
[root@localhost ~]# cd mha4mysql-node-0.57
[root@localhost mha4mysql-node-0.57]# perl Makefile.PL 
[root@localhost mha4mysql-node-0.57]# make && make install

node工具（这些工具通常由MHAManager的脚本触发，无需人为操作）

  • save_binary_logs：保存和复制 master 的二进制日志。
  • apply_diff_relay_logs：识别差异的中继日志事件并将其差异的事件应用于其他的 slave。
  • filter_mysqlbinlog：去除不必要的 ROLLBACK 事件（MHA 已不再使用这个工具）。
  • purge_relay_logs：清除中继日志（不会阻塞 SQL 线程）。

在 MHA-manager上安装manager组件

不用同步只在manager上

[root@localhost ~]# tar zxvf mha4mysql-manager-0.57.tar.gz
[root@localhost ~]# cd mha4mysql-manager-0.57
[root@localhost mha4mysql-manager-0.57]# perl Makefile.PL
[root@localhost mha4mysql-manager-0.57]# make && make install

manager工具

  • masterha_check_ssh：检查 MHA 的 SSH 配置状况。
  • masterha_check_repl：检查 MySQL 复制状况。第12 页 共 31 页
  • masterha_manger：启动 MHA
  • masterha_check_status：检测当前 MHA 运行状态。
  • masterha_master_monitor：检测 master 是否宕机。
  • masterha_master_switch：控制故障转移（自动或者手动）。
  •  masterha_conf_host：添加或删除配置的 server 信息。

配置无密码认证

实现无密码认证方式，一种是账号密码，一种是密钥对

生成密钥对，取消同步功能

在 manager 上配置到所有节点的无密码认证

[root@localhost ~]# ssh-keygen -t rsa
ssh-copy-id192.168.10.102
ssh-copy-id192.168.10.103
ssh-copy-id192.168.10.104

yes
密码就是你root用户的密码（aptech）

在 Mysql1 上配置到数据库节点的无密码认证

[root@localhost ~]# ssh-keygen -t rsa
ssh-copy-id192.168.10.103
ssh-copy-id192.168.10.104

在 Mysql2 上配置到数据库节点的无密码认证

[root@localhost ~]# ssh-keygen -t rsa
ssh-copy-id192.168.10.102
ssh-copy-id192.168.10.104

在 Mysql3 上配置到数据库节点的无密码认证

[root@localhost ~]# ssh-keygen -t rsa
ssh-copy-id192.168.10.102
ssh-copy-id192.168.10.103

配置MHA

在 manager 节点上复制相关的脚本到/usr/local/bin目录

cd/mha4mysql-manager-0.57/samples
[root@localhost samples]# cd scripts/
[root@localhost scripts]# ls
master_ip_failover  master_ip_online_change  power_manager  send_report
[root@localhost scripts]# cp * /usr/local/bin/
[root@localhost scripts]# cd /usr/local/bin/
脚本具体作用
  • master_ip_failover：自动切换时 VIP 管理的脚本
  •  master_ip_online_change：在线切换时 vip 的管理
  • power_manager：故障发生后关闭主机的脚本
  • send_report：因故障切换后发送报警的脚本

完整替换master_ip_failover文件的内容，IP部分更换为自己的IP地址

复制master_ip_failover脚本到/usr/local/bin目录，这里使用脚本管理VIP

[root@localhost bin]# rm -rf master_ip_failover              #删除该文件
[root@localhost bin]# chmod +x master_ip_failover          给该文件添加执行权

[root@localhost bin]# cd
[root@localhost ~]# cd /etc/
[root@localhost etc]# mkdir masterha
[root@localhost ~]# cd mha4mysql-manager-0.57
[root@localhost mha4mysql-manager-0.57]# cd samples/
[root@localhost samples]# ls
conf  scripts
[root@localhost samples]# cd conf/
[root@localhost conf]# ls
app1.cnf  masterha_default.cnf
[root@localhost conf]# cp app1.cnf /etc/masterha/
[root@localhost conf]# vim /etc/masterha/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_binlog_dir=/var/lib/mysql
master_ip_failover_script= /usr/local/bin/master_ip_failover 
master_ip_online_change_script=/usr/local/bin/master_ip_online_change 
user=mha 
password=manager 
ping_interval=1 
remote_workdir=/tmp 
repl_user=myslave 
repl_password=123456 
secondary_check_script= /usr/local/bin/masterha_secondary_check -s192.168.10.103 -s 192.168.10.104
shutdown_script="" 
ssh_user=root 
[server1] 
hostname=192.168.10.102
port=3306 
[server2] 
hostname=192.168.10.103
port=3306 
candidate_master=1
check_repl_delay=0
[server3] 
hostname=192.168.10.104 
port=3306
[root@localhost conf]# mkdir -p /var/log/masterha/app1       #创建这个目录
[root@localhost conf]# vim /etc/masterha/app1.cnf
注释master_binlog_dir=/usr/local/mysql/data
使用master_binlog_dir=/var/lib/mysql确认路径位置

测试ssh无密码认证，如果正常最后输出successfully就是运行成功

[root@localhost ~]# masterha_check_ssh -conf=/etc/masterha/app1.cnf

测试mysql主从连接情况，最后出现MySQL Replication Health is ok 字样说明正常

[root@localhost ~]# masterha_check_repl -conf=/etc/masterha/app1.cnf 

MySQL Replication Health is OK.

首次配置MHA的VIP地址需要手动配置（在mysql上）102主机

[root@localhost ~]# ifconfig ens33:1 192.168.10.200
ifconfig        #查看和配置网络接口

启动HMA（在mha-manager主机上）101主机

[root@localhost ~]# mkdir -p /var/log/masterha/app1
[root@localhost ~]# 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 &
[1] 14002

查看MHA状态，可以看到当前的master是Mysql1节点

[root@localhost ~]# masterha_check_status --conf=/etc/masterha/app1.cnf

查看MHA日志

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

模拟master故障

用客户端链接群集 105主机

yum -y install mysql
[root@localhost ~]# mysql -umha -pmanager -h 192.168.10.200

关闭当前的master 102

[root@localhost ~]# systemctl stop mariadb

观察MHA日志，如果自动切换成功，最后输出successfully字样

[root@localhost ~]# tailf /var/log/masterha/app1/manager.log

在mysql2上查看状态

mysql> show masterstatus;

她与断剑皆遗憾
关注
  • 34
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL MHA高可用实战部署手册
07-29
MySQL MHA高可用实战部署手册: 在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用
MySQL MHA高可用配置及故障切换
Smile x
07-05 612
MySQL MHA高可用配置及故障切换 一、MHA概述1.定义2.MHA 的组成3.MHA 的特点 二、搭建 MySQL MHA1.修改mysql节点的主机名2.修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf3.在 Master、Slave1、Slave2 节点上都创建两个软链接4.配置 mysql 一主两从5.安装 MHA 软件6.在所有服务器上配置无密码认证7.在 manager 节点上配置 MHA8.第一次配置需要在 Master 节点上手..
mysql end log pos,MySql日志binlog介绍
weixin_31021619的博客
03-17 691
????MySql在运行的过程中会产生一些日志，而现在对于主从数据的一致性同步问题，以及数据库恢复，数据库优化，数据库异常排查等动作都是同基于MySql的产生的日志来实现的。MySql日志种类错误日志：记录MySql运行过程中异常信息等。一般查询日志：记录 MySql正在做的事情，比如客户端的连接和断开、来自客户端每条 Sql Statement 记录信息等慢语句日志：记录一些查询比较慢的 SQL...
mysql bin-log，relay-log删除方法
码农崛起
08-09 4517
1、我们一般情况采取第三、第四种方式2、每次执行命令不需重启即可清楚超期日志MySQL 清除 binlog 和 relay log 方法说明 -- cnDBA.cn_中国DBA社区MySQL binlog 自动清理脚本 -- cnDBA.cn_中国DBA社区。
MySQL MHA高可用集群部署及故障切换（图文详解）
热门推荐
愿你成为自己喜欢的模样，不抱怨，不将就，有自由，有光芒！
02-20 1万+
文章目录搭建MySQL+MHA实验思路实验环境 搭建MySQL+MHA 实验思路 1、MHA架构 数据库安装 一主两从 MHA搭建 2、故障模拟 模拟主库失效 备选主库成为主库 原故障主库恢复重新加入到MHA成为从库 实验环境 主机 操作系统 IP地址 安装包 / 软件 / 工具 MHA manager CentOS7-3 192.168.184.10 MHAnode组件、MHAmanager组件 Master CentOS7-3 192.168.184.20 mysql-boost-5
MySQL主从复制/配置步骤
qq_69613156的博客
10-03 1172
MySQL主从复制/主服务器配置、从服务器配置流程
mysql数据库主从复制
koastal的博客
08-26 1200
mysql数据库设置读写分离，可以使对数据库的写操作和读操作在不同服务器上执行，提高并发量和相应速度。实验环境master： 192.168.126.134 ubuntu64slave： 192.168.126.135 ubuntu64主从服务器的mysql数据库采用以下命令安装：apt-get install mysql-serv
案例：MHA高可用配置及故障切换
CSDN_Rui_的博客
12-25 978
文章目录案例：MHA高可用配置及故障切换一、前置知识点1.1 MHA（MasterHigh Availability）概述1.2 MHA的组成1.3 MHA特点二、搭建MySQL+MHA思路环境准备操作1.配置主从复制2.安装MHA软件3.在所有服务器上配置无密码认证4.在 manager 节点上配置 MHA5.故障模拟6.故障修复 案例：MHA高可用配置及故障切换 一、前置知识点 1.1 MHA（MasterHigh Availability）概述 一套优秀的MySQL高可用环境下故障切换和主从复制的软
关闭mysql的日志记录mysql-bin.000003
yangyun_1999的专栏
10-30 1991
一、注释掉mysql sudo find / -name my.cnf
高德地图SDK Android版开发 10 InfoWindow
最新发布
程序喵D的博客
09-06 1864
前文介绍高德地图添加Marker覆盖物的使用方法，Marker结合InfoWindow可展示更详尽的信息。本文将介绍以下内容：1. 使用SDK默认样式显示InfoWindow的方法；2. 自定义InfoWindow样式的方法。
安卓model转鸿蒙ets
琼小资的专栏
09-03 393
现在的android studio提供了java自动转kotlin的实现，非常方便。那android的java和kotlin有没有可能转成鸿蒙artts呢。先从最简单的model转换开始，把kotlin的model转成ets。本质上都是字符串文件，讲道理应该是可行的。
RK3566/RK3568 Android 11 动态禁止/启用APP
qq_23921815的博客
09-04 369
RK3566/RK3568 Android 11 定制大全在系统服务中增加动态禁止/启用应用。
不小心删除了 Android 手机上的短信？3 步流程恢复误删除的短信以及图片、视频、联系人
Geeker55的博客
09-03 1720
不小心删除了 Android 手机上的短信？别担心，Android 版奇客数据恢复工具可以帮助您通过简单的 3 步流程恢复已删除的短信以及图片、视频、联系人等。如何在 Android 上恢复已删除的短信不小心删除了 Android 手机上的短信？Android 版奇客数据恢复只需 3 步即可帮助您恢复已删除的短信以及照片、视频、联系人等。最近，我发现很多安卓用户在互联网论坛上寻求帮助，以恢复他们已删除的短信。对于一些从未丢失过手机短信的人来说，很难想象一个人会如何删除他想保留的短信。
安装Android Studio及第一个Android工程可能遇到的问题，gradle下载过慢、sync失败？
学无止境，止于至善
09-04 972
Android Studio版本众多，电脑操作系统、电脑型号、电脑硬件也是多种多样，幸运的半个小时内可以完成安装，碰到不兼容的电脑，一天甚至更长时间都无法安装成功。Android安装及第一个Android工程分为4个步骤，为什么放到一起讲，因为只有Android的第一个工程运行到虚拟机上，Android的开发环境搭建才算完成。gradle下载失败、sync失败是最常见的两个问题，本文将介绍如何解决这些问题。
Unity 对接 Android 第三方广告，App 切换到后台后，再次打开时，第三方广告被销毁导致无法触发回调逻辑的问题
艾沃尼斯の飞空庭
09-03 573
该问题是由发行进行游戏测试时遇到并反馈的。虽然接第三方广告也接了很长一段时间了，但这个问题头一次遇到，因为不是专业 Android 开发人员，所以也一脸懵逼。
给我部署一个MHA高可用配置及故障切换脚本
04-25
好的，我可以为您提供MHA高可用配置及故障切换脚本的部署步骤。首先，您需要安装MHA（MySQL高可用性工具套件）并为主库和从库配置MHA，以实现高可用性和故障切换功能。 以下是一般步骤： 1. 安装MHA。 - 您可以...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值