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

最新推荐文章于 2024-05-14 15:41:23 发布
最新推荐文章于 2024-05-14 15:41:23 发布
阅读量404 收藏 1
点赞数
文章标签： 数据库 mysql java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_52583405/article/details/128160555
版权

目录

 

1 MHA概念

1.1 MHA 的组成

1.2 MHA 的特点

2 搭建MySQL+MHA

2.2 修改三台MySQL服务器的主配置文件/etc/my.cnf，并创建命令软链接

 2.3 配置MySQL一主两从

2.4 安装 MHA 软件

 2.5 在所有服务器上配置无密码认证

2.6 在 manager 节点上配置 MHA

 2.7 第一次配置需要在 Master 节点上手动开启虚拟IP

2.8 在 manager 节点上测试 ssh 无密码认证

 2.9 在 manager 节点上测试 mysql 主从连接情况

 2 .10 在 manager 节点上启动 MHA

 2.11 查看相关状态

3 故障模拟

3.1 故障模拟

 总结

 

 

1 MHA概念

MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。
MHA 的出现就是解决MySQL 单点的问题。
MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。
MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。
 

1.1 MHA 的组成

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

1.2 MHA 的特点

自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失
使用半同步复制，可以大大降低数据丢失的风险，如果只有一个slave已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性
目前MHA支持一主多从架构，最少三台服务，即一主两从
 

2 搭建MySQL+MHA

实验思路
1、MHA架构

  • 数据库安装
  • 一主两从
  • MHA搭建

2、故障模拟

  • 模拟主库失效
  • 备选主库成为主库
  • 原故障主库恢复重新加入到MHA成为从库
主机操作系统IP地址所需组件
MHAmanagerCentOS7192.168.163.10MHAnode组件、MHAmanager组件
mysql1CentOS7192.168.163.11mysql-boost-5.7.20.tar.gz、MHAnode组件
mysql2CentOS7192.168.163.12mysql-boost-5.7.20.tar.gz、MHAnode组件
mysql3CentOS7192.168.163.13mysql-boost-5.7.20.tar.gz、MHAnode组件

 

2.2 修改三台MySQL服务器的主配置文件/etc/my.cnf，并创建命令软链接

mysql1（192.168.163.11）

vim /etc/my.cnf
[mysqld]
server-id = 11
log_bin = master-bin
log-slave-updates = true

systemctl restart mysqld

ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/

76f12410f2ed45c0a70ab295c2c38ebd.png

mysql2（192.168.163.12）
mysql3（192.168.163.13）

vim /etc/my.cnf
server-id = 12  
#server-id = 13  mysql3则为13，三台服务器 server-id 不能一样
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index

systemctl restart mysqld

ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/

61e9d66412b244259b7cba0cae73f1f1.png

 

 2.3 配置MySQL一主两从

所有MySQL服务器进行MySQL授权

mysql1（192.168.163.11）
mysql2（192.168.163.12）
mysql3（192.168.163.13）

mysql -uroot -p123456
grant replication slave on *.* to 'myslave'@'192.168.163.%' identified by '123456';
grant all privileges on *.* to 'mha'@'192.168.163.%' identified by 'manager';
grant all privileges on *.* to 'mha'@'mysql1' identified by 'manager';
grant all privileges on *.* to 'mha'@'mysql2' identified by 'manager';
grant all privileges on *.* to 'mha'@'mysql3' identified by 'manager';
flush privileges;

a01928e5b9d34df18fcb6752e3a1efb7.png

 在Master节点查看二进制文件和同步点

mysql1（192.168.163.11）

show master status;
#每个人的二进制文件名或者偏移量都可能不一样，记住自己的

6b9be2fdf2ff43ac8e51ca1332e71873.png

 在 Slave1、Slave2 节点执行同步操作

mysql2（192.168.163.12）
mysql3（192.168.163.13）

change master to master_host='192.168.163.11',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=1747;

start slave;

show slave status\G
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

#一般 Slave_IO_Running: No 的可能性：
#网络不通
#my.cnf配置有问题
#密码、file文件名、pos偏移量不对
#防火墙没有关闭

89912bd275a845edb3f6809494397baf.png

 lave1、Slave2 节点设置为只读模式

mysql2（192.168.163.12）
mysql3（192.168.163.13）

set global read_only=1;
#改回读写状态set global read_only=0;

70badaa209f04e2ab1354c240217cab6.png

 主从复制验证

mysql1（192.168.163.11）

create database test;
use test;
create table test(id int);
insert into test values(1);

2.4 安装 MHA 软件

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

MHAmanager（192.168.163.10）
mysql1（192.168.163.11）
mysql2（192.168.163.12）
mysql3（192.168.163.13）

  • 首先安装 epel 源，需要在线源安装
  • 再在所有服务器上安装 node 组件
#安装在线源
mv /etc/yum.repos.d/repos.bak/CentOS-* /etc/yum.repos.d/
yum list

yum install epel-release --nogpgcheck -y

yum install -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-Log-Dispatch \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
perl-CPAN

2d7deb99f3aa40eb80fddada2505e141.png

 535a1149f1d149fd8090c2a074c845e9.png

 安装MHA node软件包

MHAmanager（192.168.163.10）
mysql1（192.168.163.11）
mysql2（192.168.163.12）
mysql3（192.168.163.13）

  • 对于每个操作系统版本不一样，这里 CentOS7.4 必须选择 0.57 版本。
  • 在所有服务器上必须先安装 node 组件，最后在 MHA-manager 节点上安装 manager 组件，因为 manager 依赖 node 组件。
#将软件包mha4mysql-node-0.57.tar.gz放入/opt目录下
cd /opt
tar zxvf mha4mysql-node-0.57.tar.gz
cd mha4mysql-node-0.57
perl Makefile.PL
make && make install

cb2a0f0ee23b4b96b0b65ea18ec06fff.png

 1b413913aa40415a94a0d189175dc550.png

 在 MHA manager 节点上安装 manager 组件

MHAmanager（192.168.163.10）

#将软件包mha4mysql-manager-0.57.tar.gz放入/opt目录下
cd /opt
tar zxvf mha4mysql-manager-0.57.tar.gz
cd mha4mysql-manager-0.57
perl Makefile.PL
make && make install

8c0dfac5e23e463b9827f1f404eb0a6e.png

 

dc120396a3174f39b603a2040e83abe6.png 

 manager 组件安装后在/usr/local/bin 下面会生成几个工具

 

93709698f2004991b92e6473dd209a66.png

node 组件安装后也会在/usr/local/bin 下面会生成几个脚本（这些工具通常由 MHAManager 的脚本触发，无需人为操作）

a4679f060f324b35a67e9e9e0719bd4e.png 

 2.5 在所有服务器上配置无密码认证

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

6f8ee31ea0ac485eb6f5fb93f3ceaeb6.png

 

54f076bfc12445df85d08d19bb1d0254.png

 三台mysql服务器一样

在 mysql1 上配置到数据库节点 mysql2 和 mysql3 的无密码认证 ssh-keygen -t rsa

mysql1（192.168.163.11）

ssh-keygen -t rsa
ssh-copy-id 192.168.163.12
ssh-copy-id 192.168.163.13

在 mysql2 上配置到数据库节点 mysql1 和 mysql3 的无密码认证

mysql2（192.168.163.12）

ssh-keygen -t rsa
ssh-copy-id 192.168.163.11
ssh-copy-id 192.168.163.13

在 mysql3 上配置到数据库节点 mysql1 和 mysql2 的无密码认证

mysql3（192.168.163.13）

ssh-keygen -t rsa
ssh-copy-id 192.168.163.11
ssh-copy-id 192.168.163.12

2.6 在 manager 节点上配置 MHA

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

cp -rp /opt/mha4mysql-manager-0.57/samples/scripts /usr/local/bin

#复制后会有四个执行文件
ll /usr/local/bin/scripts/

d30d49b47916445d88619cad626648f6.png

 f4bbd33a8bb448708c064618ca50551a.png

 复制上述的自动切换时 VIP 管理的脚本到 /usr/local/bin 目录，这里使用master_ip_failover脚本来管理 VIP 和故障切换

cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin

#先清空原有内容
echo '' > /usr/local/bin/master_ip_failover

#直接复制并修改vip相关参数
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 = '192.168.163.200';							#指定vip的地址
my $brdc = '192.168.163.255';							#指定vip的广播地址
my $ifdev = 'ens33';									#指定vip绑定的网卡
my $key = '1';											#指定vip绑定的虚拟网卡序列号
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";	#代表此变量值为ifconfig ens33:1 192.168.163.200
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";	#代表此变量值为ifconfig ens33:1 down
my $exit_code = 0;										#指定退出状态码为0
#my $ssh_start_vip = "/usr/sbin/ip addr add $vip/24 brd $brdc dev $ifdev label $ifdev:$key;/usr/sbin/arping -q -A -c 1 -I $ifdev $vip;iptables -F;";
#my $ssh_stop_vip = "/usr/sbin/ip addr del $vip/24 dev $ifdev label $ifdev:$key";
##################################################################################
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 \"`;
}
## A simple system call that disable the VIP on the old_master
sub stop_vip() {
`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";
}

9a2cca2e96ce4c7dbd8f693321d133de.png

 创建 MHA 软件目录并拷贝配置文件，这里使用app1.cnf配置文件来管理 mysql 节点服务器

mkdir /etc/masterha
cp /opt/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha

vim /etc/masterha/app1.cnf
[server default]
manager_log=/var/log/masterha/app1/manager.log
manager_workdir=/var/log/masterha/app1
master_binlog_dir=/usr/local/mysql/data
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 -s 192.168.163.12 -s 192.168.163.13
shutdown_script=""
ssh_user=root

[server1]
hostname=192.168.163.11
port=3306

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

[server3]
hostname=192.168.163.13
port=3306

#--------------------------配置文件解释--------------------------------------------------------------------------
[server default]
manager_log=/var/log/masterha/app1/manager.log　　　 #manager日志
manager_workdir=/var/log/masterha/app1.log　　　　	#manager工作目录
master_binlog_dir=/usr/local/mysql/data/　　　　　　　#master保存binlog的位置，这里的路径要与master里配置的binlog的路径一致，以便MHA能找到
master_ip_failover_script=/usr/local/bin/master_ip_failover　          　#设置自动failover时候的切换脚本，也就是上面的那个脚本
master_ip_online_change_script=/usr/local/bin/master_ip_online_change　　#设置手动切换时候的切换脚本
user=mha					#设置监控用户root
password=manager			#设置mysql中root用户的密码，这个密码是前文中创建监控用户的那个密码
ping_interval=1				#设置监控主库，发送ping包的时间间隔1秒，默认是3秒，尝试三次没有回应的时候自动进行failover
remote_workdir=/tmp			#设置远端mysql在发生切换时binlog的保存位置
repl_user=myslave			#设置复制用户的用户
repl_password=123456		#设置复制用户的密码
report_script=/usr/local/send_report　　#设置发生切换后发送的报警的脚本
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.163.12 -s 192.168.163.13	#指定检查的从服务器IP地址
shutdown_script=""			#设置故障发生后关闭故障主机脚本（该脚本的主要作用是关闭主机防止发生脑裂,这里没有使用）
ssh_user=root				#设置ssh的登录用户名

[server1]
hostname=192.168.163.11
port=3306

[server2]
hostname=192.168.163.12
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=192.168.163.13
port=3306

0705b148f0f146428077b15faa0f978a.png

 6366b7f4e3064f6c972234838d114e61.png

 2.7 第一次配置需要在 Master 节点上手动开启虚拟IP

Master（192.168.163.11）

24cfe9217105494b9d1ff4b9f5f3ebca.png

 

2.8 在 manager 节点上测试 ssh 无密码认证

MHAmanager（192.168.163.10）

masterha_check_ssh -conf=/etc/masterha/app1.cnf
#如果正常最后会输出 successfully；
#如果失败可以去配置服务器无密码认证的地方看看有没有问题

cb1a6108e12b4bb88e0397ff23c50e9a.png

 2.9 在 manager 节点上测试 mysql 主从连接情况

MHAmanager（192.168.163.10）

masterha_check_repl -conf=/etc/masterha/app1.cnf
#最后出现 MySQL Replication Health is OK 字样说明正常；
#出现MySQL Replication Health is NOT OK!的，可以去看一下mysql服务器上的软链接是否少创建-->本文位置：2、修改三台MySQL服务器的主配置文件/etc/my.cnf，并创建命令软链接

db5bb3168dfd41498747adee0e7b0ca9.png

 2 .10 在 manager 节点上启动 MHA

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 &


#------------------------组件解释----------------------------------------------------------------------------------
--remove_dead_master_conf：该参数代表当发生主从切换后，老的主库的 ip 将会从配置文件中移除。
--manger_log：日志存放位置。
--ignore_last_failover：在缺省情况下，如果 MHA 检测到连续发生宕机，且两次宕机间隔不足 8 小时的话，则不会进行 Failover， 之所以这样限制是为了避免 ping-pong 效应。该参数代表忽略上次 MHA 触发切换产生的文件，默认情况下，MHA 发生切换后会在日志记目录，也就是上面设置的日志app1.failover.complete文件，下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换，除非在第一次切换后收到删除该文件，为了方便，这里设置为--ignore_last_failover。

dd519b27e7484fd7be215fb77761f6a0.png

 2.11 查看相关状态

  • 查看 MHA 状态，可以看到当前的 master 是 Mysql1 节点。
masterha_check_status --conf=/etc/masterha/app1.cnf

bdd25a6cacc140a4a228d5684713062e.png

 

  • 查看 MHA 日志，也以看到当前的 master 是 192.168.163.11

cat /var/log/masterha/app1/manager.log | grep "current master"
a9e06a0891524c6e8c4f3bb282f44bc1.png

  • 查看 Mysql1 的 VIP 地址，查看 Mysql1 的 VIP 地址 192.168.163.200 是否存在，这个 VIP 地址不会因为 manager 节点停止 MHA 服务而消失。

ef94969c1c944603871b15787b1c456c.png

 

 补充：若要关闭 manager 服务，可以使用如下命令

masterha_stop --conf=/etc/masterha/app1.cnf
或者可以直接采用 kill 进程 ID 的方式关闭。


3 故障模拟

3.1 故障模拟

在 Master 节点 Mysql1 上停止mysql服务

systemctl stop mysqld
或
pkill -9 mysql

正常自动切换一次后，MHA 进程会退出。HMA 会自动修改 app1.cnf 文件内容，将宕机的 mysql1 节点删除。

a8af9e8583d548d492a89c3c5969eadc.png

 查看 mysql2 是否接管 VIP

3a533ee58cae4e55be144994a4ee930f.png

 回到manager 节点上监控观察日志记录

2c743d11320f4d239d1c31827c297943.png

 总结

故障切换备选主库的算法：
1、一般判断从库的是从（position/GTID）判断优劣，数据有差异，最接近于master的slave，成为备选主。
2、数据一致的情况下，按照配置文件顺序，选择备选主库。
3、设定有权重（candidate_master=1），按照权重强制指定备选主。
（1）默认情况下如果一个slave落后master 100M的relay logs的话，即使有权重，也会失效。
（2）如果check_repl_delay=0的话，即使落后很多日志，也强制选择其为备选主。
 

 

 

即将拥有人鱼线的凯哥
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
数据库MHA高可用集群部署
weixin_52036880的博客
01-28 308
一、MHA集群特点： **是一套优秀的mysql高可用解决方案 **可在0~30s内完成数据可自动故障切换 **故障切换过程中最大限度保证数据库的一致性 二、MHA的组成 **MHA Manger（管理节点） –管理所有的数据库服务器 –可以单独部署在独立的机器上也可以部署在某台数据库上 **MHA Node（数据节点） –存储数据的mysql服务器 –运行在每台mysql服务器上 三、工作过程 **Manger定时探测集群中的master节点 **当master故障时，Manger自动将拥有最近数据的sl
MHA部署高可用数据库集群
baidu_16824131的专栏
07-17 216
目录 〔1〕MHA介绍 〔2〕MHA组成 〔3〕MHA工作过程 〔4〕MHA部署 〔5〕客户端测试高可用 〔6〕故障恢复 〔1〕MHA介绍 MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案， 由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主...
【MySQL数据库】丨高可用之MHA集群部署
最新发布
陈橘又青的博客
05-14 1万+
MHA的搭建过程中最大的困难点在于经常依赖包安装不全以及相关脚本与版本不对应导致一直无法部署，还有一个问题是集群复制检查、手动切换主库均正常，但是主库异常宕机时无法切换（切换脚本问题）。小伙伴们在实践过程中遇到问题可以多多与我沟通，相互学习提高排坑技能。
MHA高可用集群部署
Demo_lu的博客
07-06 138
MHA高可用集群部署及故障切换一、MHA概念1.MHA组成2.MHA特点一、MHA搭建 一、MHA概念 MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。 MHA 的出现就是解决MySQL 单点的问题。 MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。 MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。 1.MHA组成 ●MHA Node（数据节点） MHA Node 运行在每台 MySQ
MHA高可用配置以及故障切换和实验中的报错和解决方法
weixin_51432789的博客
02-21 3293
目录一、概述1、MHA简介2、MHA的组成3、MHA特点二、搭建MySQL MHA实验1、实验环境2、实验目的3、实验步骤 一、概述 1、MHA简介 一套优秀的MySQL高可用环境下故障切换和主从复制的软件 MHA的出现就是解决MySQL单点的问题 MySQL故障过程中，MHA能做到0~30秒内自动完成故障切换 MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用 2、MHA的组成 MHA Manager（管理节点） MHA Manager 可以单独部署在一台独立的机器上，管理多个 mast
企业级mysql基于MHA的高可用集群部署
11-07
基于MHA的企业级MySQL高可用集群部署是指使用MHA（Master High Availability）软件来实现MySQL数据库的高可用性和自动故障切换。MHA是一套优秀的高可用软件，由日本DeNA公司开发，能在 MySQL 高可用性环境下实现自动...
深入理解Mysql MHA高可用集群搭建：从实验到实战
12-28
《深入理解Mysql MHA高可用集群搭建：从实验到实战》 MySQL的高可用性是数据库系统稳定运行的关键，而MHA（Master High Availability）是实现这一目标的重要工具。MHA专注于处理MySQL主从复制架构中的主节点故障，...
数据库+mha+mha+数据库高可用
09-08
1. `mha4mysql-manager`：这是MHA的主要控制器，负责监控MySQL主从集群的状态，检测主服务器的故障，并执行故障切换。当主服务器出现故障时，`manager`会根据预设的策略选择一个合适的备选从库提升为主，同时将其他...
MySQL高可用MHA集群部署(GTID+vip+Sendmail+binlogserver)
08-30
【MySQL高可用MHA集群部署】是确保数据库服务在出现故障时仍能保持连续性和稳定性的重要实践。MHA（MySQL High Availability）是一个用于管理和维护MySQL主从复制集群的工具，它能够自动检测主库的故障并快速切换到...
MySQL下高可用故障转移方案MHA的超级部署教程
09-10
MySQL高可用故障转移方案MHA（Master High Availability）是一个由日本MySQL专家开发的Perl脚本集，用于确保数据库系统的稳定性。MHA的核心功能是在主从复制环境中监控主服务器（master），并在主服务器出现故障时...
MHA集群部署(GTID+vip+Sendmail+binlogserver).docx
06-04
MHA GTID sendmail VIP binlogserver 所有的部署安装了，傻瓜式教程
部署MHA高可用集群
ljh451321的博客
03-11 1274
文章目录MHA高可用集群一、MHA集群1、作用2、MHA角色3、开始部署MHA集群1、环境描述2、关闭selinux，防火墙3、配置免密ssh4、为所有主机修改名字，并添加所有主机名解析5、检测所有机器时间同步6、在mha管理机器上安装管理软件7、配置主从环境8、创建MHA连接数据库的用户9、创建MHA manager需要的工作目录10、编辑MHA的配置文件11、检测ssh免密是否成功12、检测一主两从是否成功13、启动MHA14、验证MHA的作用15、修复故障的主机，将其连接到新的主服务器16、再次启动M
DBA08 - MHA集群概述、部署MHA集群 测试配置
李俊的博客
07-25 1899
一、MHA集群概述 1.1 MHA介绍 1.1.1 MHA 简介 • MHA ( Master High Availability ) – 是一套优秀的作为 MySQL 高可用性环境下故障切换和 主从提升的高可用软件。 – 目前在 MySQL 高可用方面是一个相对成熟的解决方案。 – 在 MySQL 故障切换过程中, MHA 能做到在 0~30 秒 之内自动完成数据库的故障切换操作 – 并...
MHA-MySQL高可用集群部署
a568911的博客
12-20 894
文章目录一.MHA概念1.MHA定义2.工作原理3.MHA组成（1）MHA Node（数据节点）（2）MHA Manager（管理节点）4.MHA服务角色5.MHA特点二.MySQL MHA高可用搭建1.主从配置1.master主服务器：192.168.68.200manage使用2.slave1从服务器1：192.168.68.303.slave2从服务器2：192.168.68.105​4.验证主从复制2. MHA搭建具体操作步骤1.master主服务器：192.168.68.2002.slave1从服
mha集群部署（1）
m0_63190689的博客
01-20 1311
试验环境 master主机192.168.25.92 Slave 主机 192.168.25.93 Mha 浮动ip 192.168.25.100 Mysql 数据库的安装这里不多介绍 具体方法自行百度 以下操作俩台机器都需要进行 我的数据库目录是安装在/service/mysql下 关闭防火墙 关闭selinux Ssh-keygen -N ‘’-f /root/.ssh/id_rsa 生成ssh秘钥 Ssh-copy-id 192.168....
从小白到大神之路之学习运维第49天---第三阶段----MHA高可用集群数据库的安装部署
2302_77582029的博客
06-29 658
从小白到大神之路之学习运维第49天---第三阶段----MHA高可用集群数据库的安装部署
部署MHA集群
彭淦淦的博客
04-13 186
2.1 问题 配置管理节点 配置数据节点 2.2 步骤 实现此案例需要按照如下步骤进行。 步骤一：配置管理节点 1）安装软件 [root@mgm57 ~]# cd mha-soft-student/ [root@mgm57 mha-soft-student]# [root@mgm57 mha-soft-student]# rpm -ivh mha4mysql-node-0.56-0.el6.n...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值