MySQL主从复制高可用之MHA

最新推荐文章于 2021-05-24 01:09:15 发布
最新推荐文章于 2021-05-24 01:09:15 发布
阅读量228 收藏
点赞数
分类专栏： 企业实战
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36417677/article/details/104858912
版权

一、理解MHA

1.什么是MHA
MHA（MySQL-master-ha）是目前广泛使用的MySQL主从复制的高可用方案。MHA设计目标是自动实现主实例宕机后，从机切换为主，并尽量降低切换时延（通常在10-30s内切换完成）。同时，由MHA保证在切换过程中的数据一致性。MHA对MySQL的主从复制集群非常友好，没有对集群做任何侵入性的修改。

MHA的一个重点特性是：在主实例宕机后，MHA可以自动的判断主从复制集群中哪个从实例的relaylog是最新的，并将最新从实例的差异log“应用”到其余的从实例中，从而保证每个实例的数据一致。通常情况下，MHA需要10s左右检测主实例异常，并将主实例关闭从而避免脑裂。然后再用10s左右将差异的log event同步，并启用新的Master。整个MHA的RTO时间大约在30s。

2.MHA组成
该软件由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。

3.MHA自动故障切换过程
在MHA自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器 硬件故障或无法通过ssh访问，MHA没法保存二进制日志，只进行故障转移而丢失了最新的数据。使用MySQL 5.5的半同步复制，可以大大降低数据丢失的风险。MHA可以与半同步复制结合起来。如果只有一个slave已经收到了最新的二进制日志，MHA可以将最 新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性。

4.MHA的要求和原理
要求：

（1）需要奇数个节点
（2）当一个master节点挂掉之后投票选出一个新的master，偶数个节点会出现票数相同的状况，但奇数个就不会
（3）所有数据节点的数据一致，每一台数据节点都有可能作为master
（4）每个节点都要安装master和slave插件；

当master节点挂了之后，一般选出数据最近的slave节点作为新的master节点。数据最近指的是数据的差异性小

原理：

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

二、实验环境

主机名ip服务
srver1172.25.1.1master
server2172.25.1.2slave(备master)
server3172.25.1.3slave
server4172.25.1.4MHA

注意：在做MHA之前，不要和之前的实验混淆，做好gtid复制就好。在这里我从头开始做一下

搭建MHA

在server1，server2，server3上做如下操作：

步骤一：下载mysql社区版服务器安装包
下载地址：mysql
步骤二：安装软件包

yum install -y mysql-community-client.x86_64 mysql-community-common.x86_64 mysql-community-libs.x86_64 mysql-community-libs-compat.x86_64 mysql-community-server.x86_64

为整理个新环境（之前装过mysqld），可以做如下操作

systemctl stop mysqld
rm -rf /var/lib/mysqld/*  
vim /etc/my.cnf 文件，删除之前做实验所添加的内容

步骤三：更改配置文件/etc/my.cnf，添加以下内容（sever1,server2.server3只有id号不同）
server1添加如下

server-id=1
gtid_mode=ON
enforce_gtid_consistency=ON
log_bin=binlog
log_slave_updates=ON

server2添加如下

server-id=2
gtid_mode=ON
enforce_gtid_consistency=ON
log_bin=binlog
log_slave_updates=ON

server3添加如下

server-id=3
gtid_mode=ON
enforce_gtid_consistency=ON
log_bin=binlog
log_slave_updates=ON

步骤四：开启mysqld服务，查看随机生成的密码

systemctl start mysqld
cat /var/log/mysqld.log | grep password

步骤五：安全初始化

mysql_secure_installation

步骤六：
在server1（主数据库）登陆数据库，创建并授权用来做复制的用户，查看master状态

mysql -uroot -pWestos+001
mysql> CREATE USER 'repl'@'172.25.1.%' IDENTIFIED BY  'Westos+007';
mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'172.25.1.%';
mysql> flush privileges;
mysql> show master status;

在这里插入图片描述
在server2server3上登陆数据库启用gtid

mysql -uroot -pWestos+001
mysql> CHANGE MASTER TO
    -> MASTER_HOST = '172.25.1.1',
    -> MASTER_USER = 'repl',
    -> MASTER_PASSWORD = 'Westos+007',
    -> MASTER_AUTO_POSITION = 1;
mysql> start slave;
mysql> show slave status\G

在这里插入图片描述
此时可以看到gtid配置成功
注意：在server1，serve人，server3上只有步骤二和步骤三不同，其他操作一样
在server4上：
步骤一：安装MHA所需安装包及依赖项

[root@server4 MHA-7]# yum install *.rpm

在这里插入图片描述
步骤二：生成ssh密钥，管理节点是不需要输入密码，将生成的公钥和私钥传给数据节点

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

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
注意：我的四台主机均做好了本地解析
在这里插入图片描述
步骤三：复制公钥私钥给数据节点，实现互相免密连接

scp -r .ssh server1:
scp -r .ssh server2:
scp -r .ssh server3:

在这里插入图片描述
在server1、server2和server3上，安装节点数据包

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

在这里插入图片描述
在管理节点server4上
步骤一：创建一个目录，编辑配置文件

mkdir -p /etc/masterha
cd /etc/masterha/
vim app1.cnf

[server default]
manager_workdir=/etc/masterha
manager_log=/var/log/masterha.log   # manager 日志文件
master_binlog_dir=/etc/masterha

password=Westos+007   #MySQL管理帐号和密码
user=root
ping_interval=1
remote_workdir=/tmp
repl_password=Westos+007
repl_user=repl   # 复制帐号和密码
ssh_user=root  # 系统ssh用户

[server1]
hostname=172.25.1.1
port=3306

[server2]
hostname=172.25.1.2
port=3306
candidate_master=1  #设置优先级，master故障时会成为新的master
check_repl_delay=0  #默认如果候选master落后master100M的relay logs，MHA就不选改slave作为新的master

[server3]
hostname=172.25.1.3
port=3306
no_master=1  ##no_master表示这个节点不能作为master

步骤二：检查数据节点的ssh连接
在这里插入图片描述
注意：如果发现报错，说明server1 2 3互相之间不免密
拷贝server4上的密钥给server1 2 3
我在上面已经做过
步骤三：检测数据节点的复制功能

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

在这里插入图片描述
此时发现报错，这是因为server4默认是用root远程连接数据库，但是在配置数据库是已经禁用了root的远程连接
解决办法：
在主库（server1）上授权用户

mysql> grant all on *.* to root@'%' identified by 'Westos+001';

在这里插入图片描述
此时必须将两个slave节点设置只读（不写在配置文件里，因为slave随时可能切换为master）
在server2和server3上：

将slave节点设置只读

set global read_only=1;

在这里插入图片描述
在server4上：

此时，再次检查数据节点复制功能：

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

在这里插入图片描述

2. 测试手动failover切换

在serer4上：

先关闭manager，不关的话切不了，manager就是自动切换的工具

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

在server1上：systemctl stop mysqld
在server4上：

masterha_master_switch --master_state=dead --conf=/etc/masterha/app1.cnf --dead_master_host=172.25.1.1 --dead_master_ip=172.25.1.1 --dead_master_port=3306 --new_master_host=172.25.1.2 --new_master_port=3306

在这里插入图片描述
在这里插入图片描述
手动切换之前，需要保证主从同步正常，repl复制用户能够远程连接.

在server3测试：
在server3上看到它的master已经变成了server2
在这里插入图片描述
在server1上：
手动开启server1，作为slave加入集群
步骤一：开启数据库mysqld

systemctl start mysqld

步骤二：进入数据库添加slave连接信息并开启slave

mysql -uroot -pWestos+001
mysql> CHANGE MASTER TO MASTER_HOST = '172.25.1.2', MASTER_USER = 'repl', MASTER_PASSWORD = 'Westos+001', MASTER_AUTO_POSITION = 1;
mysql> start slave;
mysql> show slave status\G

在这里插入图片描述
在这里插入图片描述
现在就完成了一次手动切换，这时会在MHA节点/etc/masterha目录下生成一个app1.failover.complete文件，是来记录failover情况的，再进行failover时必须先把这个文件删除，不然不会failover

3.测试手动在线切换

在server4上：

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

在这里插入图片描述
在这里插入图片描述
在server3上测试：

mysql> show slave status\G

在这里插入图片描述
查看到master已经成为172.25.1.1，切换成功

4.测试半自动failover

步骤一：首先清理app1.failover.complete

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

步骤二：开启mha manager管理节点

nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null &

在这里插入图片描述
mha manager自带守护进程，会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据
的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。
在server1上查看：

ps ax | grep mysql
kill -9 12476
ps ax | grep mysql

在这里插入图片描述
发现进程杀不掉
手动关闭mysqld

systemctl stop mysqld
 ps ax | grep mysql  #查看进程退出

在这里插入图片描述
在server4上：

cat /var/log/masterha.log

在这里插入图片描述
发现已经切换，同时manager进程退出，所以全自动需要脚本

先把server1加回集群
在server1上：

systemctl start mysqld
mysql -uroot -pWestos+007
mysql>  CHANGE MASTER TO MASTER_HOST = '172.25.1.2', MASTER_USER = 'repl', MASTER_PASSWORD = 'Westos+007', MASTER_AUTO_POSITION = 1;
mysql> start slave;
mysql> show slave status\G

在这里插入图片描述

5. 配置全自动故障转移脚本和vip漂移

因为用户访问入口只能有一个，所以需要配置vip

步骤一：编辑master_ip_failover 和 master_ip_online_change 两个故障切换脚本

官网上下载脚本，修改如下内容

my $vip = "172.25.1.100/24";
my $ssh_start_vip = "/sbin/ip addr add $vip dev eth0";
my $ssh_stop_vip = "/sbin/ip addr del $vip dev eth0";

修改master_ip_failover脚本：
在这里插入图片描述
修改master_ip_online_change脚本：
在这里插入图片描述
具体脚本内容如下：
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.1.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";
}

master_ip_online_change脚本内容如下：

#!/usr/bin/env perl
use strict;  
use warnings FATAL =>'all';  
  
use Getopt::Long;  
  
my $vip = '172.25.1.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";  
}

步骤二：配置自动添加和删除vip

cp master_ip_failover master_ip_online_change /usr/local/bin
cd /usr/local/
cd bin/
chmod +x master_ip_failover master_ip_online_change

在这里插入图片描述
步骤三：在配置文件/etc/masterha/app1.cnf中添加启动脚本路径

master_ip_failover_script= /usr/local/bin/master_ip_failover
master_ip_online_change_script= /usr/local/bin/master_ip_online_change

在这里插入图片描述
目前server2是master，所以先给server2添加vip
在server2上：

ip addr add 172.25.1.100/24 dev eth0

在这里插入图片描述
测试vip漂移:
在server4上：

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

在这里插入图片描述
在这里插入图片描述
加粗样式
在server1上查看：

ip addr show

在这里插入图片描述
测试全自动切换：
在server4上：

步骤一：删除app1.failover.complete

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

在这里插入图片描述
步骤二：开启manager（MHA管理）

nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null &

在这里插入图片描述
在server1（master）上：
模拟故障，关闭mysqld

systemctl stop mysqld

在server4上查看：

cat /var/log/masterha.log

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
可以看到切换成功，vip也成功漂移

皮皮彭
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
高可用MYSQL，主从复制，集群和负载平衡
05-14
详细介绍Mysql、MariaDB主从复制、多主多从架构、负载平衡和集群的设置。读写分离和数据库垂直、水平切分建议使用Sharding JDBC
MySQL高可用 主从复制
hudeyong926的专栏
02-10 205
件 mysql主从复制用途 实时灾备，用于故障切换 读写分离，提供查询服务 备份，避免影响业务 主从部署必要条件： 主库开启binlog日志（设置log-bin参数） 主从server-id不同 从库服务器能连通主库 主从原理 MySQL的主从复制是一个异步的复制过程（虽然一般情况下感觉是实时的），数据将从一个Mysql数据库（我们称之为Master）复制到另一个Mysql数据库（我们称之为Slave），在Master与Slave之间实现整个主从复制的过程是由三个线程参与完成的。
mysql(二)高可用集群搭建之主从复制
daziyuanazhen的博客
10-04 174
前言 Mysql作为世界上使用最为广泛的数据库之一，免费是其原因之一，不可忽略的是它本身的功能的确很强大；随着技术的发展，在实际的生产环境中，由单台mysql服务器不能满足实际的需求，此时数据库集群就很好的解决了这个问题；采用mysql分布式集群，能够搭建一个高并发、负载均衡的集群服务器。在此之前我们必须保证每台mysql服务器里的数据同步。 数据同步我们可以通过mysql内部配置就可以轻松完...
MySQL主从搭建——MHA
weixin_46942054的博客
09-20 119
网盘拿包 链接：https://pan.baidu.com/s/1SOFv4bgUVKUcHfe3zGBXQA 提取码：6tp9 首先准备两个服务器 , 分别安装MySQL , 已有两个MySQL的删除从服务器的MySQL下的data目录 , 在将主服务器下/usr/local/mysql/data目录下的auto.cnf文件删除 然后将主服务器的data目录拷贝到从服务器上实现数据一致. 以下操作环境与上篇MySQL安装文章一致 , 请根据自己的环境修改路径等等 # 号代表在终端执行的shell语句 第一
mysql主主复制和mha_MySQL第二章主从复制MHA高可用
weixin_39966922的博客
02-02 174
1.主从复制架构演变介绍1.1基础结构1)一主一从2)一主多从3)多级主从4)双主5)循环复制1.2高级应用架构演变1.2.1高性能架构1)读写分离架构(读性能较高)代码级别MySQL proxy (Atlas,mysql router,proxySQL(percona),maxscale)、amoeba(taobao)xx-dbproxy等。2)分布式架构(读写性能都提高)分库分表——cobar...
MySQL主从MHA高可用2.docx
12-15
MySQL主从MHA高可用
MySql数据库MHA高可用详细配置文档
09-07
MySQL学习笔记--简单主从复制配置.docx； MySQL学习笔记-MHA安装配置.docx； MySQL学习笔记-Keepalived VIP配置使用.docx
MySQL高可用架构MHA
01-09
MHA工作原理 部署MHA ...ssh-keygen -t rsa ssh-copy-id 192.168.100.10（20.30.102） 2.上传安装包，解压编译安装 配置yum仓库 vim /etc/yum.repos.d/mhapath.repo ##进入yum仓库，插入以下 ...3.复制
mysql主从复制读写分离的配置方法详解
12-16
及高可用MHA; 环境如下: master:CentOS7_x64 mysql5.721 172.16.3.175 db1 slave1:CentOS7_x64 mysql5.7.21 172.16.3.235 db2 slave2:CentOS7_x64 mysql5.7.21 172.16.3.235 db3 proxysql/MHA:CentOS7_x64 mysql...
MySQL、MySQL主从、MySQL-cluster、mgr、mha、读写分离.zip
06-20
文档内容：概念、二进制安装MySQL、对库的操作、对表的操作、表结构操作、表的插入、修改和删除记录、约束、查询、条件查询、函数、分组...以及高级应用的MySQL主从架构、读写分离、cluster集群、mgr集群、MHA高可用。
MHA高可用架构搭建细节流程
08-26
从搭建mysql主从复制到MHA高可用实现故障转移
深入理解Mysql MHA高可用集群搭建：从实验到实战
最新发布
12-28
MHA（Master High Availability）是一个用于MySQL高可用性的开源工具，专门用于处理MySQL主从复制架构中的主节点故障。本文深入探讨了MHA的关键组成部分，包括MHA Manager和MHA Node的角色，以及它如何在主节点故障...
MySQLMHA高可用实战安装部署中文指南
07-23
资源名称：MySQL MHA高可用实战安装部署中文指南内容简介： MHA是一位 日本 MySQL 大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的高可用.在宕机的时间内（通常10—30秒内），完成故障切换，部署MHA，可...
MySQL MHA高可用实战安装部署中文指南
07-05
MHA是一位 日本 MySQL 大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的...因此MHA是众多使用MySQL数据库企业高可用的不二选择，它简单易用，功能强大，实现了基于MySQL replication架构的自动主从故障转移！
Mysql MHA高可用集群架构1
08-08
1. 高可用性：MHA 能在 0~30 秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA 能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 2. 自动故障切换：MHA 能自动检测 master 节点的...
MySQL主从复制（10）MHA实现主从高可用
weixin_42073629的博客
05-24 306
一、MHA介绍 1、MHA的作用 MHA是实现MySQL高可用的一种成熟解决方案，可以在主从故障时自动完成主从切换，切换速度在30-60秒，并且可以最大程度的去保持数据一致性。MHA由管理节点（Manager）和数据节点（Node）组成，一套MHA Manager可以管理多套MySQL集群。当Manager发现MySQL Master出现故障时自动将一个拥有最新数据的Slave提升为Master，并让另外的Slave重新指向到新的Master上来。除此之外MHA还可以在线进行主从切换，大概2秒内就可以完
mysql mha 丢数据_mha 0.58 gtid模式下 丢数据问题修复
weixin_34333092的博客
02-07 462
问题描述：在gtid模式下 ，mha发生故障切换 ，如果Linux主机还存活 ，不会去比对master的日志，获取差异日志 ，有导致数据丢失的风险 。问题修复：找到MasterFailover.pm 文件 ，将下文！ 去掉if(!$_server_manager->is_gtid_auto_pos_enabled()){$log->info();$log->in...
mysql mha集群 主库切换_MySQL 高可用集群架构 MHA 详解
weixin_35964171的博客
02-07 178
MHA Manager端日常主要操作步骤1)检查是否有下列文件，有则删除。发生主从切换后，MHAmanager服务会自动停掉，且在manager_workdir(/data/masterha/app1/app1.failover.complete)目录下面生成文件app1.failover.complete，若要启动MHA，必须先确保无此文件)find / -name 'app1.failove...
数据库 数据丢失问题 及解决方案
街角有人祝福,巷口有人哭~
12-15 4412
什么是数据丢失 两个线程基于同一个查询结果进行修改,后修改的人会将先修改人的修改覆盖掉.  让我们先来看这么个小案例：  我们给游戏充值100，支付成功后，银行会向游戏服务器发送支付成功信息，有一个订单支付信息表（order）和一个账户信息表（account），首先要去order表中查询该订单支付状态state（select state from order where id=1）如果是
给‘MySQL 主从复制，MHA 高可用’ 写一个项目描述
06-10
这是一个基于MySQL主从复制和MHA高可用技术的项目，旨在实现MySQL数据库的高可用性和容错性。通过将MySQL数据库部署在多个节点上，并使用MHA工具监控和管理这些节点，可以实现自动故障转移和快速恢复，确保业务的...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值