MySQL高可用架构之MHA

最新推荐文章于 2024-07-24 15:36:43 发布
最新推荐文章于 2024-07-24 15:36:43 发布
阅读量216 收藏
点赞数
分类专栏： linux-企业级
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40303205/article/details/81603601
版权

实验环境：

角色主机名ip地址servre-id类型
Master（Monitor host）server1172.25.31.11写入（监控复制组）
Candicate masterserver2172.25.31.22读
Slaveserver3172.25.31.33读

配置msyql

配置servre1、2、3为主从复制、开启gtid、设为半同步复制
mysql的主从复制、GTID、半同步复制、并行复制

在servre1、2、3中创建帐号(slave 来复制时用的身份)

mysql> grant replication slave on *.* to 'repl'@'172.25.31.%' identified by 'Cqmyg+666';

在servre2、3中登陆

mysql> change master to master_host='172.25.31.1',master_user='repl', master_password='Cqmyg+666',MASTER_AUTO_POSITION=1;
Query OK, 0 rows affected, 2 warnings (0.58 sec)

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

mysql> show slave status\G;#查看状态

server2
server3
在server1中创建一个数据库westos

mysql> create database westos

在server2、3中查看

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
| westos             |
+--------------------+

主从配置成功
在server2、3中设置 

set global read_only=1

在server1、2、3中允许数据库的远程登陆

grant all on *.* to root@'%' identified by 'Cqmyg+666'

安装MHA

在server1、2、3安装MHA node

yum install mha4mysql-node-0.56-0.el6.noarch.rpm -y

在server1安装MHA Manager

yum install mha4mysql-manager-0.56-0.el6.noarch.rpm perl-Log-Dispatch-2.27-1.el6.noarch.rpm perl-Config-Tiny-2.12-7.1.el6.noarch.rpm perl-Parallel-ForkManager-0.7.9-1.el6.noarch.rpm perl-MIME-Lite-3.027-2.el6.noarch.rpm perl-MIME-Types-1.28-2.el6.noarch.rpm   perl-Mail-Sender-0.8.16-3.el6.noarch.rpm  perl-Mail-Sendmail-0.79-12.el6.noarch.rpm perl-Email-Date-Format-1.002-5.el6.noarch.rpm

配置SSH登录无密码验证

Server1上

ssh-keygen -t rsa
sh-copy-id -i ~/.ssh/id_rsa.pub root@172.25.31.2
sh-copy-id -i ~/.ssh/id_rsa.pub root@172.25.31.3

Server2上

ssh-keygen -t rsa
sh-copy-id -i ~/.ssh/id_rsa.pub root@172.25.31.1
sh-copy-id -i ~/.ssh/id_rsa.pub root@172.25.31.3

Server3上

ssh-keygen -t rsa
sh-copy-id -i ~/.ssh/id_rsa.pub root@172.25.31.1
sh-copy-id -i ~/.ssh/id_rsa.pub root@172.25.31.2

配置MHA

添加修改MHA配置文件

vim /etc/masterha/app1.cnf
[server default]
manager_workdir=/etc/masterha/ //设置manager的工作目录
manager_log=/etc/masterha/app1.log //设置manager的日志
master_binlog_dir=/data/mysql  //设置master 保存binlog的位置，以便MHA可以找到master的日志，我这里的也就是mysql的数据目录
master_ip_failover_script= /usr/local/bin/master_ip_failover //设置自动failover时候的切换脚本
master_ip_online_change_script= /usr/local/bin/master_ip_online_change //设置手动切换时候的切换脚本
password=Cqmyg+666 //设置mysql中root用户的密码
user=root //设置用户root
ping_interval=1 //设置监控主库，发送ping包的时间间隔，默认是3秒，尝试三次没有回应的时候自动进行railover
remote_workdir=/tmp //设置远端mysql在发生切换时binlog的保存位置
repl_password=Cqmyg+666 //设置复制用户的密码
repl_user=repl //设置复制环境中的复制用户名
report_script=/root/MHA/send_report //设置发生切换后发送的报警的脚本
secondary_check_script= /usr/bin/masterha_secondary_check -s 172.25.31.1 -s 172.25.31.2
shutdown_script=""
ssh_user=root  //设置ssh的登录用户名

[server1]
hostname=172.25.31.1
port=3306
[server2]
hostname=172.25.31.2
port=3306
candidate_master=1 //设置为候选master，如果设置该参数以后，发生主从切换以后将会将此从库提升为主库，即使这个主库不是集群中事件最新的slave
check_repl_delay=0 //默认情况下如果一个slave落后master 100M的relay logs的话，MHA将不会选择该slave作为一个新的master，因为对于这个slave的恢复需要花费很长时间，通过设置check_repl_delay=0,MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate_master=1的主机非常有用，因为这个候选主在切换的过程中一定是新的master
[server3]
hostname=172.25.31.3
port=3306

设置自动failover时候的切换脚本

vim /usr/local/bin/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.31.100/24';
my $key = '1';
my $ssh_start_vip = "/sbin/ifconfig eth0:$key $vip";
my $ssh_stop_vip = "/sbin/ifconfig eth0:$key down";

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 /usr/local/bin/master_ip_online_change 设置手动切换时候的切换脚本
#!/usr/bin/env perl
use strict;  
use warnings FATAL =>'all';  

use Getopt::Long;  

my $vip = '172.25.31.100/24';  # Virtual IP  
my $key = "1";  
my $ssh_start_vip = "/sbin/ifconfig eth0:$key $vip";  
my $ssh_stop_vip = "/sbin/ifconfig eth0:$key down";  
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";  
}

VIP

测试连接情况

测试ssh的连接情况

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

测试ssh的连接情况
测试mysq集群的连接情况

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

测试mysq集群的连接情况
开启MHA Manager监控

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 &

检查MHA的状态

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

检查MHA的状态
查看启动日志

tail -n20 /etc/masterha/app1.log

其中”Ping(SELECT) succeeded, waiting until MySQL doesn’t respond..”说明整个系统已经开始监控了。
查看启动日志
关闭MHA Manage监控

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

手动Failover

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

Server2由从库变为主库
这里写图片描述
这里写图片描述
VIP也已经成功转移
卸载vip
添加

自动切换

开启MHA Manager监控

nohup masterha_manager --conf=/etc/masterha/app1.cnf  --ignore_last_failover &

关闭server2上的数据库
这里写图片描述
查看日志

tail -n20 /etc/masterha/app1.log

这里写图片描述
切换成功
Vip也已经转移到了server1上
这里写图片描述

Wang_Yuhan-
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MYSQL性能优化之Mysql数据库高可用架构设计之MMM架构设计（上）
含笑
06-15 1872
高可用性H.A.（High Availability）指的是通过尽量缩短因日常维护操作（计划）和突发的系统崩溃（非计划）所导致的停机时间，以提高系统和应用的可用性。它与被认为是不间断操作的容错技术有所不同。HA系统是目前企业防止核心计算机系统因故障停机的最有效手段。 使用正常可用时间和全年时间百分比来表示高可用99999 （365*24*60）*（1-0.99999） = 5.256分钟 严重的主从
mysql高可用架构之MHA
zy86302的博客
10-19 211
简介： MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 该软件由两部分组成：MHA Manager（管理节点）和M
Mysql高可用架构之MHA
最新发布
Alone8046的博客
07-24 591
根据vip地址所在的主机，确定主备。主和备不是优先确定的，主从复制的时候就确定了主，备是在MHA的过程中确定。master_binlog_dir=/usr/local/mysql/data/　　　　　　　　　#master保存binlog的位置，这里的路径要与master里配置的binlog的路径一致，以便MHA能找到。master_ip_failover_script=/usr/local/bin/master_ip_failover　　#设置自动failover时候的切换脚本，也就是上面的那个脚本。
MySQL集群高可用架构之MHA
koeda1的博客
11-14 322
MySQL集群高可用架构之MHA
MYSQL高可用架构之MHA实战三 mha+keepalive
wszhm123的博客
09-09 933
MYSQL高可用架构之MHA实战三 mha+keepalive
mysql高可用架构mha_mysql高可用架构之MHA架构-Go语言中文社区
weixin_28718793的博客
01-19 135
保证事务的一致性达到真正意义上的高可用MHA提供了什么功能监控主数据库服务器是否可用当主DB不可用时，从多个从服务器中选举出新的主数据库服务器提供了主从切换和故障转移功能MHA可以与半同步结合提供主从切换和故障转移功能MHA是如何进行主从切换的：尝试从出现故障的主数据库保存二进制日志从多个备选从服务器中选举出新的备选主服务器可以人为设置一些服务器不参与选举在备选主服务器和其它从服务器之间同步差异二...
MYSQL高可用架构之MHA实战一 数据库主从配置（真实可用）
wszhm123的博客
09-01 1424
MYSQL高可用架构之MHA实战（真实可用）
Mysql实现高可用架构之MHA
qq_45967282的博客
08-25 106
MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。2.如果主库故障，管理者节点会尽量获取主库的二进制日志（如果主库是物理故障，比如说服务器宕机，这种情况下管理者节点是获取不到二进制日志的），如果可以从坏主获取到二进制日志，那么管理者节点就会把日志暂时存储在自己的工作目录当中。3.管理者节点在从节点中找出中继日志最新的这台节点，把他的中继日志同步给其它从节点，保证从节点之间的数据一致（因为mysql数据库采用半同步方法，在主节点故障时，从节点还没有来得及同步新的数据）
Mysql数据库：MHA高可用架构
十七拾的博客
03-31 1548
本文详细MHA的概述，在传统的mysql主从复制架构中，存在主服务器的单点故障的问题，而MHA可以自动化处理故障切换和主从复制管理，还详细阐述了如何部署MHA高可用架构，希望对你有帮助！
MySQL MHA高可用架构搭建手册
02-21
MySQL MHA高可用架构搭建手册
MySQL高可用架构MHA
01-09
MHA工作原理 部署MHA 1.配置四台主机ssh登录不用密码 ssh-keygen -t rsa ssh-copy-id 192.168.100.10（20.30.102） 2.上传安装包，解压编译安装 配置yum仓库 vim /etc/yum.repos.d/mhapath.repo ##进入yum仓库，...
MySQL高可用架构MHA软件包及脚本
12-21
MySQL高可用架构（MHA，Master High Availability）是一款用于MySQL集群的开源工具，旨在提高数据库系统的可用性和稳定性。MHA的主要目标是通过监控主库（Master）的状态，并在主库出现故障时，自动将从库（Slave）...
MySQL高可用架构MHA搭建和测试.docx
07-29
MySQL高可用架构MHA（Master High Availability）是一种用于提高MySQL数据库服务稳定性和容错性的解决方案。在Linux环境下，通过搭建一主两从的三台服务器集群，可以实现当主节点故障时，系统能自动将从节点提升为主...
MySQL高可用架构MHA 搭建测试文档_v1.docx
04-23
总的来说，MHA结合Keepalived构建的MySQL高可用架构提供了强大的数据库冗余和故障恢复能力，对于业务连续性和数据安全性至关重要。在企业环境中，这种架构能有效降低因数据库故障导致的业务损失，提升系统的整体稳定...
LVS的DR模式（ldirectord的使用，keepalived配置高可用集群）
dreamer_hahaha
07-30 6151
Lvs - DR LVS-DR模型的特性： 保证前端路由将目标地址为VIP报文统统发给Director Server，而不是RS RS可以使用私有地址；也可以是公网地址，如果使用公网地址，此时可以通过互联网对RIP进行直接访问 RS跟Director Server必须在同一个物理网络中 所有的请求报文经由Director Server，但响应报文必须不能进过Director Server...
varnish
dreamer_hahaha
07-28 4207
varnish 实验环境： server1 ： ip： 172.25.31.1 server2 ： ip： 172.25.31.2 server3 ： ip： 172.25.31.3 在sever1中安装varnish 安装： yum install varnish-3.0.5-1.el6.x86_64.rpm varnish-libs-3.0.5-1.el6.x86_64.rpm...
nginx实现均衡负载、nginx第三方模块的添加
dreamer_hahaha
08-01 4192
nginx nginx的安装 下载nginx安装包并解压 tar zxf nginx-1.14.0.tar.gz 对nginx源码文件进行修改，隐藏版本号 cd /root/nginx-1.14.0/src/core/ vim nginx.h 14 #define NGINX_VER &quot;nginx/&quot; #不显示版本号 cd /root/nginx-1....
nginx配置文件中一些参数的应用
dreamer_hahaha
08-09 4073
编辑配置文件 vim /usr/local/lnmp/nginx/conf/nginx.conf server { listen 80; server_name www.westos.org; location / { root /www1; index index.html; } } server...
MySQL高可用架构演进：从MHA到InnoDB Cluster
MySQL的高可用架构从早期的MHA到现在的InnoDB Cluster，经历了多个阶段的演进，旨在提高数据安全性、降低业务中断风险，同时兼顾性能和运维效率。随着技术的发展，未来的MySQL高可用解决方案将会更加成熟和智能化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值