MySQL 高可用框架MHA

最新推荐文章于 2024-06-27 20:22:41 发布
最新推荐文章于 2024-06-27 20:22:41 发布
阅读量263 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zcx1203/article/details/89949933
版权
本文介绍了MHA（Master High Availability）的架构原理，包括从宕机master保存binlog事件、识别最新更新的slave、应用差异的中继日志等步骤，以及如何搭建高可用环境。详细讲解了在MySQL主从复制的基础上，如何配置MHA以实现自动故障转移，并通过实际操作演示了手动和自动切换主服务器的过程，确保服务的连续性。
摘要由CSDN通过智能技术生成

MHA架构原理

（1）从宕机崩溃的master保存二进制日志事件（binlog events）;
（2）识别含有最新更新的slave；
（3）应用差异的中继日志（relay log）到其他的slave；
（4）应用从master保存的二进制日志事件（binlog events）；
（5）提升一个slave为新的master；
（6）使其他的slave连接新的master进行复制

搭建：

配置server1 server2 server3 ptid复制

在server4上安装

yum install -y mha4mysql-manager-0.58-0.el7.centos.noarch.rpm mha4mysql-node-0.58-0.el7.centos.noarch.rpm perl-*

设置ssh免密码登陆

ssh-keygen
ssh-copy-id server1
ssh-copy-id server2
ssh-copy-id server3

在这里插入图片描述
在这里插入图片描述
传送节点安装包

scp mha4mysql-node-0.58-0.el7.centos.noarch.rpm server1:~
scp mha4mysql-node-0.58-0.el7.centos.noarch.rpm server2:~
scp mha4mysql-node-0.58-0.el7.centos.noarch.rpm server3:~

在这里插入图片描述
并在各主机中安装

设置mha管理文件

mkdir -p /etc/masterha
cd /etc/masterha/

vim app1.cnf

[server default]
manager_workdir=/etc/masterha
manager_log=/var/log/masterha.log
master_binlog_dir=/etc/masterha
#master_ip_failover_script= /usr/local/bin/master_ip_failover
#master_ip_online_change_script= /usr/local/bin/master_ip_online_change
password=Zcx971203.
user=root
ping_interval=1
remote_workdir=/tmp
repl_password=Zcx971203.
repl_user=repl
#report_script=/usr/local/send_report
#secondary_check_script= /usr/local/bin/masterha_secondary_check -s server03 -s server02
#shutdown_script=""
ssh_user=root

[server1]
hostname=172.25.24.1
port=3306

[server2]
hostname=172.25.24.2
port=3306
candidate_master=1
check_repl_delay=0

[server3]
hostname=172.25.24.3
port=3306
no_master=1

使主从服务器之间可以互相连接

scp -r .ssh server1:
scp -r .ssh server2:
scp -r .ssh server3:
masterha_check_ssh --conf=/etc/masterha/app1.cnf  ##检查能否互连

在这里插入图片描述
在这里插入图片描述
mysql主服务器中：

mysql> grant all on *.* to root@'%' identified by 'Zcx971203.'；
masterha_check_repl --conf=/etc/masterha/app1.cnf  ##检测主从复制是否正常 需要能登陆主服务器root

在这里插入图片描述
在这里插入图片描述

启动MHA服务

nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha.log 2>&1 &

关闭MHA服务

masterha_stop --conf=/etc/masterha/app1.cnf

在这里插入图片描述
关闭mysql主服务器server1:
在server1上

systemctl stop mysql

手动切换主服务器到server2上：
在MHA服务器上：

masterha_master_switch --master_state=dead --conf=/etc/masterha/app1.cnf --dead_master_host=172.25.24.1 --dead_master_port=3306 --new_master_host=172.25.24.2 --new_master_port=3306

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在没有服务器关闭的情况切换主服务器

 masterha_master_switch --master_state=alive --conf=/etc/masterha/app1.cnf --new_master_host=172.25.24.1 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000

在这里插入图片描述
在这里插入图片描述
测试MHA服务能否自动切换主服务器

[root@server4 masterha]# nohup masterha_manager --conf=/etc/masterha/app1.cnf &> /dev/null &
[1] 11783

在这里插入图片描述

[root@server1 .ssh]# systemctl stop mysqld

在这里插入图片描述

[root@server4 masterha]# 
[1]+  Done                    nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null

在这里插入图片描述

在这里插入图片描述

###若遇到此报错

Tue May  7 21:02:08 2019 - [error][/usr/share/perl5/vendor_perl/MHA/MasterFailover.pm, ln310] Last failover was done at 2019/05/07 20:54:10. Current time is too early to do failover again. If you want to do failover, manually remove /etc/masterha/app1.failover.complete and run this script again.

rm -rf /etc/masterha/app1.failover.complete

主服务器使用VIP 并使用脚本完成切换主服务器

先开启server1上的mysql并设置为server2的从服务器

mysql> stop slave;
Query OK, 0 rows affected (0.00 sec)

mysql> change master to master_host='172.25.24.2',master_user='repl',master_password='Zcx971203.',master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.02 sec)

mysql> start slave;
Query OK, 0 rows affected (0.01 sec)

vim master_ip_failover

#!/usr/bin/env perl
use strict;
use warnings FATAL => 'all';
use Getopt::Long;

my (
    $command,          $ssh_user,        $orig_master_host, $orig_master_ip,
    $orig_master_port, $new_master_host, $new_master_ip,    $new_master_port
);

my $vip = '172.25.24.100/24';
my $key = '1';
my $ssh_start_vip = "/sbin/ip addr add $vip dev eth0";
my $ssh_stop_vip = "/sbin/ip addr del $vip dev eth0";

GetOptions(
    'command=s'          => \$command,
    'ssh_user=s'         => \$ssh_user,
    'orig_master_host=s' => \$orig_master_host,
    'orig_master_ip=s'   => \$orig_master_ip,
    'orig_master_port=i' => \$orig_master_port,
    'new_master_host=s'  => \$new_master_host,
    'new_master_ip=s'    => \$new_master_ip,
    'new_master_port=i'  => \$new_master_port,
);

exit &main();

sub main {

    print "\n\nIN SCRIPT TEST====$ssh_stop_vip==$ssh_start_vip===\n\n";

    if ( $command eq "stop" || $command eq "stopssh" ) {

        my $exit_code = 1;
        eval {
            print "Disabling the VIP on old master: $orig_master_host \n";
            &stop_vip();
            $exit_code = 0;
        };
        if ($@) {
            warn "Got Error: $@\n";
            exit $exit_code;
        }
        exit $exit_code;
    }
    elsif ( $command eq "start" ) {

        my $exit_code = 10;
        eval {
            print "Enabling the VIP - $vip on the new master - $new_master_host \n";
            &start_vip();
            $exit_code = 0;
        };
        if ($@) {
            warn $@;
            exit $exit_code;
        }
        exit $exit_code;
    }
    elsif ( $command eq "status" ) {
        print "Checking the Status of the script.. OK \n";
        exit 0;
    }
    else {
        &usage();
        exit 1;
    }
}

sub start_vip() {
    `ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}
sub stop_vip() {
     return 0  unless  ($ssh_user);
    `ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}

sub usage {
    print
    "Usage: master_ip_failover --command=start|stop|stopssh|status --orig_master_host=host --orig_master_ip=ip --orig_master_port=port --new_master_host=host --new_master_ip=ip --new_master_port=port\n";
}

vim master_ip_online_change

#!/usr/bin/env perl
use strict;  
use warnings FATAL =>'all';  
  
use Getopt::Long;  
  
my $vip = '172.25.24.100/24';  # Virtual IP  
my $key = "1";  
my $ssh_start_vip = "/sbin/ip addr add $vip dev eth0";  
my $ssh_stop_vip = "/sbin/ip addr del $vip dev eth0";  
my $exit_code = 0;  
  
my (  
  $command,              $orig_master_is_new_slave, $orig_master_host,  
  $orig_master_ip,       $orig_master_port,         $orig_master_user,  
  $orig_master_password, $orig_master_ssh_user,     $new_master_host,  
  $new_master_ip,        $new_master_port,          $new_master_user,  
  $new_master_password,  $new_master_ssh_user,  
);  
GetOptions(  
  'command=s'                => \$command,  
  'orig_master_is_new_slave' => \$orig_master_is_new_slave,  
  'orig_master_host=s'       => \$orig_master_host,  
  'orig_master_ip=s'         => \$orig_master_ip,  
  'orig_master_port=i'       => \$orig_master_port,  
  'orig_master_user=s'       => \$orig_master_user,  
  'orig_master_password=s'   => \$orig_master_password,  
  'orig_master_ssh_user=s'   => \$orig_master_ssh_user,  
  'new_master_host=s'        => \$new_master_host,  
  'new_master_ip=s'          => \$new_master_ip,  
  'new_master_port=i'        => \$new_master_port,  
  'new_master_user=s'        => \$new_master_user,  
  'new_master_password=s'    => \$new_master_password,  
  'new_master_ssh_user=s'    => \$new_master_ssh_user,  
);  
  
  
exit &main();  
  
sub main {  
  
#print "\n\nIN SCRIPT TEST====$ssh_stop_vip==$ssh_start_vip===\n\n";  
  
if ( $command eq "stop" || $command eq "stopssh" ) {  
  
        # $orig_master_host, $orig_master_ip, $orig_master_port are passed.  
        # If you manage master ip address at global catalog database,  
        # invalidate orig_master_ip here.  
        my $exit_code = 1;  
        eval {  
            print "\n\n\n***************************************************************\n";  
            print "Disabling the VIP - $vip on old master: $orig_master_host\n";  
            print "***************************************************************\n\n\n\n";  
&stop_vip();  
            $exit_code = 0;  
        };  
        if ($@) {  
            warn "Got Error: $@\n";  
            exit $exit_code;  
        }  
        exit $exit_code;  
}  
elsif ( $command eq "start" ) {  
  
        # all arguments are passed.  
        # If you manage master ip address at global catalog database,  
        # activate new_master_ip here.  
        # You can also grant write access (create user, set read_only=0, etc) here.  
my $exit_code = 10;  
        eval {  
            print "\n\n\n***************************************************************\n";  
            print "Enabling the VIP - $vip on new master: $new_master_host \n";  
            print "***************************************************************\n\n\n\n";  
&start_vip();  
            $exit_code = 0;  
        };  
        if ($@) {  
            warn $@;  
            exit $exit_code;  
        }  
        exit $exit_code;  
}  
elsif ( $command eq "status" ) {  
        print "Checking the Status of the script.. OK \n";  
        `ssh $orig_master_ssh_user\@$orig_master_host \" $ssh_start_vip \"`;  
        exit 0;  
}  
else {  
&usage();  
        exit 1;  
}  
}  
  
# A simple system call that enable the VIP on the new master  
sub start_vip() {  
`ssh $new_master_ssh_user\@$new_master_host \" $ssh_start_vip \"`;  
}  
# A simple system call that disable the VIP on the old_master  
sub stop_vip() {  
`ssh $orig_master_ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;  
}  
  
sub usage {  
print  
"Usage: master_ip_failover --command=start|stop|stopssh|status --orig_master_host=host --orig_master_ip=ip --orig_master_port=port --new_master_host=host --new_master_ip=ip --new_master_port=port\n";  
}

cp master_ip_* /usr/local/bin/
chmod +x /usr/local/bin/master_ip_*

在这里插入图片描述

vim /etc/masterha/app1.cnf ##将使用脚本的那两行取消注释

在这里插入图片描述
在当前的主服务器server2中加入VIP

ip addr add 172.25.24.100/24 dev eth0

在这里插入图片描述
在MHA服务器server4中

cd /etc/masterha/
rm -rf app1.failover.complete

手动将server1变为主服务器

masterha_master_switch --master_state=alive --conf=/etc/masterha/app1.cnf --new_master_host=172.25.24.1 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000

在这里插入图片描述
在这里插入图片描述
可看到VIP飘移

在这里插入图片描述
在这里插入图片描述

查看MHA能否自动故障转移
cd /etc/masterha/
rm -rf app1.failover.complete

[root@server4 ~]# nohup masterha_manager --conf=/etc/masterha/app1.cnf &> /dev/null &
[1] 11885

在这里插入图片描述

[root@server1 .ssh]# systemctl stop mysqld

在这里插入图片描述

[root@server4 ~]# 
[1]+  Done                    nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null

在这里插入图片描述
可看到server2转化为主服务器
在这里插入图片描述
在这里插入图片描述

zcx1203
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mha mysql yuanli_mysql高可用之MHA原理
weixin_33717595的博客
01-19 460
一、MHA工作原理：1、主库挂了，但是主库的binlog都被全部从库接收此时会选中应用binlog最全的一台从库作为新的主库，其他从主只需要重新指定一下主库即可(因为此时,所有从库都是一致的，所以只需要重新指定一下从库即可)。2、主库挂了，所有的binlog都已经被从库接收了，但是，主库上有几条记录还没有sync到binlog中，所以从库也没有接收到这个event，如果此时做切换，会丢失这个eve...
MySQL之MHA高可用
提升自己
10-10 1441
MySQL服务器中，单台服务器无法承载服务量就配置多台MySQL服务器，多台MySQL服务器或者MySQL服务器无冗余的情况下，配置主从复制。MySQL服务器的读和写的压力不均衡可使用MySQL的读写分离，MySQL的读写分离中Master存在单点故障，就得用到MHAMHA（Master High Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件MHA的出现就是解决MySQL单点故障的问题MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。
MySQL集群高可用架构之MHA
这是博客的简介的简介
09-23 3922
MySQL 高可用架构 MHA
mysql高可用-MHA
最新发布
bajidakuangfengb的博客
06-27 1103
MHA（Master High Availability）是由日本人yoshinorim开发的一款成熟且开源的MySQL高可用程序，它实现了MySQL主从环境下MASTER宕机后能够自动进行单次故障转移的功能，其本身由perl语言编写，安装方便使用简单。MHA官网：https://code.google.com/archive/p/mysql-master-ha/GitHub地址：https://github.com/yoshinorim/mha4mysql-manager。
MySQL高可用(MHA超详细)
qq_52107354的博客
12-24 1777
两台linux服务器mha在主机挂掉之后的操作总结1.等待slave复制完master的数据，将slave建立的同步配置删除2.在第一步执行完毕后，将master的虚拟ip删除，在slave新增虚拟ip供应用访问3.删除master的mha配置文件4.将mha停止三台linux服务器。
MySQL高可用架构MHA
weixin_48861962的博客
11-04 242
目录 一、MySQL MHA介绍 1.1 什么是 MHA 1.2 MHA 的组成 1.3 MHA 的特点 二、MySQL MHA搭建 1．MHA架构部分 2．故障模拟部分 3 . 环境准备 2.1 MySQL MHA搭建的步骤（理论） 2.2 MySQL MHA搭建具体操作步骤（实操） 2.2.1 搭建步骤 一、MySQL MHA介绍 MHA（MasterHigh Availability）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automat
阿里mysql 高可用方案
06-21
MHA的技术框架下，会使用动态数据源（TDDL）、ZooKeeper、AppSwitchManager等组件来确保高可用和故障恢复的机制。ZooKeeper作为分布式协同服务，能够监控各个节点的状态，当主库发生故障时，ZooKeeper会感知到异常并...
mha4mysql-manager-0.57
01-18
【MHA for MySQL Manager 0.57：构建高可用性解决方案】 MHA（Master High Availability）是一款针对MySQL数据库的高可用性管理工具，旨在确保数据的连续性和服务的稳定性。MHA Manager 0.57是这个工具的一个版本，...
数据库+mha+mha+数据库高可用
09-08
数据库高可用性是现代企业IT系统...总之，MHA是提高MySQL数据库高可用性的有力工具，通过合理的配置和维护，可以显著提升系统的稳定性和可靠性。在处理大规模数据服务时，了解并掌握MHA的使用对于IT专业人士至关重要。
云原生MySQL高可用方案技术选型1
08-04
【云原生MySQL高可用方案】在云原生环境中，MySQL的高可用性面临一系列挑战。传统的解决方案如MHA（MySQL High Availability）和DRBD+Heartbeat在部署时较为复杂，且通常需要HAvip（High Availability Virtual IP）...
linux运维学习笔记：MHA高可用架构原理与实战.pdf
08-18
MHA（Master High Availability）是一种优秀的高可用软件，用于 MySQL 高可用环境下的故障切换和主从提升。它由日本 DeNA 公司的 youshimaton（现就职于 Facebook 公司）开发，目前在 MySQL 高可用方面是一个相对...
数据库MHA高可用配置和故障切换
qq_51545656的博客
12-17 1111
2、识别含有最新的更新 slave 日志 3、应用差异的中继日志（relay log）到其他的slave 4、应用从master保存的二进制日志事件 5、提升一个 salve 为新的master 6、使其他的slave连接行的master 进行复制。2．数据一致的情况下，按照配置文件顺序，选择备选主库。MHA（Master High Availability）的工作原理涉及多个步骤，主要包括主节点监控、故障检测、差异中继日志的生成和应用、Latest Slave的提升，以及其他从节点的更新。
MySQL的MHA高可用
DTY9999的博客
06-28 259
mysql的MHA高可用的使用
Mysql之MHA高可用
2301_76858832的博客
06-28 716
MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master， 然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明
MySQL高可用方案--MHA原理
weixin_30530939的博客
12-21 699
简介 MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是日本的一位MySQL专家采用Perl语言编写的一个脚本管理工具，该工具仅适用于MySQLReplication（二层）环境，目的在于维持Master主库的高可用性。是一套优秀的作为MySQL高可用性环...
数据库：MHA实现Mysql数据库高可用
云计算之路
03-21 507
本文讲解MHA实现Mysql数据库高可用，讲解MHA实现的原理，介绍了MHA的工具包，并通过实验实现了MHA的主备切换
MySQL高可用（MHA）
马铃薯老哥的博客
07-25 689
MySQL高可用（MHAMHA的概念MHA 的组成搭建思路主从复制＋MAH实验环境配置软连接配置MySQL一主两从所有从库开启只读功能，刷新权限表安装MHA同步所有服务器时间安装node和manager在所有服务器上设置ssh免密登录亲测无密码认证使用脚本管理VIP创建MHA软件目录 MHA的概念 MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。 MHA 的出现就是解决MySQL 单点的问题。 MySQL故障切换过程中，MHA能做到0-3
MySQL高可用架构MHA：快速搭建与故障切换解析
"MySQL高可用架构MHA搭建测试文档_v1.docx" MySQL高可用架构MHA（Master High Availability）是一种被广泛采用的解决方案，旨在确保MySQL数据库在面临故障时仍能保持服务的连续性和数据一致性。MHA由日本DeNA公司的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值