Mariadb数据库MHA高可用介绍及操作

最新推荐文章于 2023-09-03 19:39:18 发布
最新推荐文章于 2023-09-03 19:39:18 发布
阅读量768 收藏 4
点赞数 2
文章标签： mysql 数据库 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shangwhao521/article/details/130753838
版权

目录

一、什么是MHA

二、MHA的组成

三、MHA的特点

四、搭建MHA

1.Mariadb高可用MHA的工作原理

2.搭建环境

3.修改Manager Master、Slave1、Slave2 节点的主机名（方便操作）

4.Master、Slave1、Slave2 节点上安装 mysql5.5.68

5.修改 Master、Slave1、Slave2 节点的 Mariadb主配置文件/etc/my.cnf，每台机器重启Mariadb服务

 6.配置 mariadb 一主两从

6.1所有数据节点进行mariadb授权

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

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

6.4验证两台从服务器是否能同步

 7.安装 MHA 软件

7.1所有服务器安装 MHA 依赖的环境，首先安装 epel 源

7.2 安装 MHA 软件包，先在所有服务器上必须先安装 node 组件

7.3在 MHA manager 节点上安装 manager 组件

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

9.每台机器配置地址映射，为了加快主从复制的网络延迟，加快访问速度，减少NDS解析时间

 10.在 manager 节点上配置 MHA

10.1 复制自动切换时 VIP 管理和切换 VIP 的脚本到 /usr/local/bin

10.2修改内容如下：（删除原有内容，直接复制并修改vip相关参数）

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

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

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

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

 14.在 manager节点上启动 MHA

 五、模拟故障

一、什么是MHA

        MariaDB High Availability (MHA) 是一个开源工具，用于管理 MariaDB 和 MySQL 数据库的高可用性环境。它提供了自动故障检测、自动故障转移和自动重连等功能，可以在主节点发生故障时快速将备用节点提升为主节点，使得整个系统不会因为主节点宕机而停止服务。MHA 可以在多个节点之间平衡负载，提高系统的可用性和可靠性。同时，MHA 还支持多种复制拓扑结构，如主从复制、环形复制、星型复制等，可以根据不同的业务需求进行配置。

二、MHA的组成

        MHA（Master High Availability）是一个开源的MySQL/MariaDB高可用性解决方案，它可以自动检测主库失败并自动切换到备库。MHA的组成部分包括：

  1. MHA节点：一个或多个MHA节点，其中一个为管理节点，其余为监控节点。

  2. 主库：MySQL/MariaDB的主库。

  3. 备库：MySQL/MariaDB的备库，可以有一个或多个。

  4. MHA Manager：MHA Manager是MHA的核心组件，它安装在管理节点上，负责监控主库和备库的状态，并在主库故障时自动执行故障转移操作。

  5. MHA Node：MHA Node是安装在所有节点（主库和备库）上的组件，它与MHA Manager通信并执行故障转移操作。MHA Node可以自动将备库提升为主库，并将原来的主库切换为备库。

  6. SSH：MHA通过SSH远程登录到MySQL/MariaDB主机上并执行命令，因此需要在所有主机上安装SSH。

三、MHA的特点

        MHA（Master High Availability）是一个开源的MySQL和MariaDB的自动故障转移工具。MHA的主要特点如下：

  1. 自动故障检测和转移：当数据库出现故障时，MHA能够自动检测并转移主库到备库，从而实现高可用性。

  2. 多种复制拓扑支持：MHA支持多种复制拓扑，包括主-备、主-从和环状拓扑等。

  3. 自定义脚本支持：MHA提供了很多自定义脚本接口，用户可以自定义脚本来实现一些特殊的功能。

  4. 可扩展性：MHA可以根据需求扩展节点的数量，从而支持更大规模的数据库集群。

  5. 支持多种操作系统：MHA支持多种操作系统，包括Linux、Unix和Windows等。

  6. 易于部署和配置：MHA的部署和配置非常简单，只需要几个步骤即可完成。

四、搭建MHA

1.Mariadb高可用MHA的工作原理

        MHA（Master High Availability）是一种用于实现MariaDB高可用性的工具，它可以自动地监测主节点的可用性并将其切换到备用节点上，从而实现高可用性。

MHA的工作原理如下：

  1. 监测主节点状态：MHA会定期向主节点发出心跳包以检测其状态。如果主节点无法响应，则MHA会将其标记为故障状态。

  2. 选举新的主节点：一旦MHA检测到主节点故障，它会在备用节点中选举新的主节点。选举的过程基于权重和优先级等因素，以确保新的主节点能够承担起原主节点的工作。

  3. 将应用流量切换到新的主节点：一旦新的主节点选举成功，MHA会自动地将应用流量切换到新的主节点上。这个过程通常需要几秒钟，但对于用户来说是无感知的。

  4. 启动原主节点的同步：一旦新的主节点选举成功并且应用流量已经切换到新的主节点上，MHA会自动地启动原主节点与新主节点的同步。这个过程通常需要一些时间，但对于用户来说也是无感知的。

        总之，MHA通过实时监测MariaDB主节点的状态，并在主节点故障时自动切换到备用节点上，从而实现了MariaDB的高可用性。

2.搭建环境

服务器操作系统主机名/网络参数需要安装的软件
MHA  节点服务器：CentOS7.6(64 位)mgt/192.168.115.128安装MHA node 和 manager 组件
Master 节点服务器：CentOS7.6(64 位)master/192.168.115.130安装mysql 5.7、 node
Slave1 节点服务器：CentOS7.6(64 位)slave1/192.168.115.131安装mysql 5.7、 node
Slave2 节点服务器：CentOS7.6(64 位)slave2/192.168.115.132安装mysql 5.7、 node
#所有机器关闭防火墙，核心防护
systemctl stop firewalld
systemctl disable firewalld
setenforce 0

3.修改Manager Master、Slave1、Slave2 节点的主机名（方便操作）

[root@localhost ~]# hostnamectl set-hostname mgt
[root@localhost ~]# bash
[root@mgt ~]#
[root@localhost ~]# hostnamectl set-hostname master
[root@localhost ~]# bash
[root@master ~]#
[root@localhost ~]# hostnamectl set-hostname slave1
[root@localhost ~]# bash
[root@slave1 ~]#
[root@localhost ~]# hostnamectl set-hostname slave2
[root@localhost ~]# bash
[root@slave2 ~]#

4.Master、Slave1、Slave2 节点上安装 mysql5.5.68

源码安装mysql可以看之前的博客

源码安装MySQLhttps://blog.csdn.net/shangwhao521/article/details/130574389?spm=1001.2014.3001.5502

5.修改 Master、Slave1、Slave2 节点的 Mariadb主配置文件/etc/my.cnf，每台机器重启Mariadb服务

##编辑master主配置文件
[root@master ~]# vim /etc/my.cnf
server-id = 20
log_bin = master-bin
log-slave-updates = true

[root@master ~]# systemctl restart mariadb

##编辑slave1主配置文件
[root@slave1 ~]# vim /etc/my.cnf
server-id = 30
log_bin = master-bin
log-slave-updates = true
relay-log-index=slave-relay-bin.index

[root@slave1 ~]# systemctl restart mariadb

##编辑slave2主配置文件
[root@slave2 ~]# vim /etc/my.cnf
server-id = 40
log_bin = master-bin
log-slave-updates = true
relay-log-index=slave-relay-bin.index

[root@slave2 ~]# systemctl restart mariadb

 6.配置 mariadb 一主两从

6.1所有数据节点进行mariadb授权

##这里就在一台机器上展示了，其他机器也要做
[root@master ~]# mysql -e "grant replication slave on *.* to 'myslave'@'192.168.115.%'
identified by '123.com';"

[root@master ~]# mysql -e "grant all privileges on *.* to 'mha'@'192.168.115.%' 
identified by '123.com';"

[root@master ~]# mysql -e "grant all privileges on *.* to 'mha'@'192.168.115.128'
identified by '123.com';"

[root@master ~]# mysql -e "grant all privileges on *.* to 'mha'@'192.168.115.131' 
identified by '123.com';"

[root@master ~]# mysql -e "grant all privileges on *.* to 'mha'@'192.168.115.132'
identified by '123.com';"

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

[root@master ~]# mysql -e "show master status";
+-------------------+----------+--------------+------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------+----------+--------------+------------------+
| master-bin.000001 |     1169 |              |                  |
+-------------------+----------+--------------+------------------+

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

[root@slave1 ~]# mysql -e "change master to master_host='192.168.115.130',master_user
='myslave',master_password='123.com',master_log_file='master-bin.000001',master_log_
pos=1169;"
mysql> show slave status\G
#确保 IO 和 SQL 线程都是 Yes，代表同步正常。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

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

两台从服务器相同配置

6.4验证两台从服务器是否能同步

主服务器创建表jx2
create table jx2(a int)

两台从服务器查看
show tables；

确保两台服务器都能看到jx2表

 7.安装 MHA 软件

7.1所有服务器安装 MHA 依赖的环境，首先安装 epel 源

#所有服务器都安装
#安装epel源
[root@mgt ~]# yum install epel-release -y

#安装MHA依赖环境
[root@mgt ~]# yum -y install perl-DBD-MySQL perl-ExtUtils-MakeMaker perl-Config-Tiny 
perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes perl-CPAN

7.2 安装 MHA 软件包，先在所有服务器上必须先安装 node 组件

  • 对于每个操作系统版本不一样，这里 CentOS7.6选择 0.57 版本。
  • 在所有服务器上必须先安装 node 组件，最后在 MHA-manager 节点上安装 manager 组件，因为 manager 依赖 node 组件
#将tar包拉倒虚拟机中
[root@mgt ~]#  mv /tmp/VMwareDnD/hDQC0t/mha4mysql-node-0.57.tar.gz ~

[root@mgt ~]# tar xf mha4mysql-node-0.57.tar.gz 

[root@mgt ~]# cd mha4mysql-node-0.57/

[root@mgt mha4mysql-node-0.57]# perl Makefile.PL && make && make install

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

  • 其余三台虚拟机同上操作
  • node组件安装完后在/usr/local/bin下会生成几个脚本

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

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

7.3在 MHA manager 节点上安装 manager 组件

#将tar包拉倒虚拟机中
[root@mgt ~]# mv /tmp/VMwareDnD/bjrpEi/mha4mysql-manager-0.57.tar.gz ~

[root@mgt ~]# tar xf mha4mysql-manager-0.57.tar.gz

[root@mgt ~]# cd mha4mysql-manager-0.57/

[root@mgt mha4mysql-manager-0.57]# perl Makefile.PL && make && make install
  •  manager 组件安装后在/usr/local/bin 下面也会生成几个工具，主要包括以下几个：
[root@mgt mha4mysql-manager-0.57]# ls /usr/local/bin/ | grep "^m"
masterha_check_ssh 检查 MHA 的 SSH 配置状况
masterha_check_repl 检查 MySQL 复制状况
masterha_manger 启动 manager的脚本
masterha_check_status 检测当前 MHA 运行状态
masterha_master_monitor 检测 master 是否宕机
masterha_master_switch 控制故障转移（自动或者 手动）
masterha_conf_host 添加或删除配置的 server 信息
masterha_stop  关闭manager

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

#（1）在 MHA 节点上配置到所有数据库节点的无密码认证
[root@mgt mha4mysql-manager-0.57]# ssh-keygen   #一路按回车
[root@mgt mha4mysql-manager-0.57]# ssh-copy-id 192.168.113.130  //中途需要yes确认，并输入密码
[root@mgt mha4mysql-manager-0.57]# ssh-copy-id 192.168.113.131
[root@mgt mha4mysql-manager-0.57]# ssh-copy-id 192.168.113.132

#（2）在 master 上配置到数据库节点 slave1 和 slave2 的无密码认证
[root@master ~]# ssh-keygen 
[root@master ~]# ssh-copy-id 192.168.113.128
[root@master ~]# ssh-copy-id 192.168.113.131
[root@master ~]# ssh-copy-id 192.168.113.132

#（3）在 slave1 上配置到数据库节点 master 和 slave2 的无密码认证
[root@slave1 ~]# ssh-keygen 
[root@slave1 ~]# ssh-copy-id 192.168.113.128
[root@slave1 ~]# ssh-copy-id 192.168.113.130
[root@slave1 ~]# ssh-copy-id 192.168.113.132

#（4）在 slave2 上配置到数据库节点 master 和 slave1 的无密码认证
[root@slave2 ~]# ssh-keygen 
[root@slave2 ~]# ssh-copy-id 192.168.113.128
[root@slave2 ~]# ssh-copy-id 192.168.113.130
[root@slave2 ~]# ssh-copy-id 192.168.113.131

9.每台机器配置地址映射，为了加快主从复制的网络延迟，加快访问速度，减少NDS解析时间

[root@mgt ~]# vim /etc/hosts
192.168.115.128         mgt
192.168.115.130         master
192.168.115.131         slave1
192.168.115.132         slave2

 10.在 manager 节点上配置 MHA

10.1 复制自动切换时 VIP 管理和切换 VIP 的脚本到 /usr/local/bin

[root@mgt mha4mysql-manager-0.57]# cp sample/scripts/master_ip_failover /usr/local/bin/
[root@mgt mha4mysql-manager-0.57]# cp sample/scripts/master_ip_online_change	 /usr/local/bin/
[root@mgt mha4mysql-manager-0.57]# ll /usr/local/bin/scripts/
#脚本说明
master_ip_failover  		#自动切换时 VIP 管理的脚本
master_ip_online_change 	#在线切换时 vip 的管理
power_manager 				#故障发生后关闭主机的脚本
send_report 				#因故障切换后发送报警的脚本

10.2修改内容如下：（删除原有内容，直接复制并修改vip相关参数）

#!/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.115.200';                                                            #指定vip的地址
my $brdc = '192.168.115.255';                                                           #指定vip的广播地址
my $ifdev = 'ens33';                                                                            #指定vip绑定的网卡
my $key = '1';                                                                                          #指定vip绑定的虚拟网卡序列号
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";           #代表此变量值为ifconfig ens33:1 192.168.184.200
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";            #代表此变量值为ifconfig ens33:1 192.168.184.200 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";
}

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

[root@mgt ~]# mkdir /etc/masterha
[root@mgt ~]# vim /etc/masterha/app1.cnf

[server default]
manager_log=/var/log/masterha/app1/manager.log
manager_workdir=/var/log/masterha/app1
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
password=123.com
ping_interval=1
remote_workdir=/tmp
repl_password=123.com
repl_user=myslave
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.115.130 -s 192.168.115.132
shutdown_script=""
ssh_user=root
user=mha

[server1]
hostname=192.168.115.130
port=3306

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

[server3]
hostname=192.168.115.132
port=3306

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

[root@master ~]# /sbin/ifconfig ens33:1 192.168.113.200/24
[root@master ~]# ifconfig   #查看

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

[root@mgt ~]# masterha_check_ssh --conf=/etc/masterha/app1.cnf
  •  最后出现 MySQL Replication Health is OK 字样说明正常。如下所示

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

[root@mgt ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf
  • 最后出现 MySQL Replication Health is OK 字样说明正常。如下所示

 14.在 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 &

 五、模拟故障

  • 在 manager 节点上监控观察日志记录
[root@mgt ~]# tail -f /var/log/masterha/app1/manager.log
  • 在 Master 节点 主服务器上停止mariadb服务
[root@master ~]# systemctl stop mariadb
  • 正常自动切换一次后，MHA 进程会退出。HMA 会自动修改 app1.cnf 文件内容，将宕机的 mysql1 节点删除。查看 mysql2 是否接管 VIP
  • 在 manager 节点上查看发生变化

[root@slave1 ~]# ifconfig

  •  故障切换备选主库的算法：

        1．一般判断从库的是从（position/GTID）判断优劣，数据有差异，最接近于master的slave，成为备选主

        2．数据一致的情况下，按照配置文件顺序，选择备选主库

        3．设定有权重（candidate_master=1），按照权重强制指定备选主

        （1）默认情况下如果一个slave落后master 100M的relay logs的话，即使有权重，也会失效

        （2）如果check_repl_delay=0的话，即使落后很多日志，也强制选择其为备选主

给你奶瓶打掉
关注
  • 2
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
数据库MHA高可用
weixin_65580338的博客
11-29 257
MHA的组成、特点、故障切换备选主库的算法
Mariadb（高可用集群）搭建以及使用
m0_69804823的博客
04-27 3898
1.安装 docker： 1.安装依赖包：yum install -y device-mapper-persistent-data lvm2 2.设置 yum 库：yum-config-manager --add-repo http://mirrors.aliyun.com/docker- ce/linux/centos/docker-ce.repo 3.测试 yum 库是否正常：yum makecache timer ...
mariadb-mha:支持 GTID 的 MariaDB 高可用性工具
06-16
mariadb-mha MariaDB 的主故障转移工具，支持 GTID。 目前 mariadb-mha 有两个功能 1> master_monitor ：它定期检查给定主服务器上 mysqld 的可用性。 当 mysqld 不可用时打印错误消息。 使用方法：从bin/执行master_monitor脚本。 $> ./master_monitor 用户名密码ip端口 工作原理：它使用 Perl DBI 包连接到数据库。 DBI->connect() 定期调用。 2> new_master : 返回当前master死后应该提升为新master的最新slave的IP。 如何使用：它假设一个 slave.cnf 文件有一个包含详细信息的所有从站的列表。 从 bin/ 执行 new_master 脚本。 $> ./new_master 工作原理：它连接到每个从站，并获取在该从站上应用的
Mariadb高可用MHA相关知识点及搭建
wuds_158的博客
05-22 514
（一）MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。（二）MHA 的出现就是解决MySQL 单点的问题。（三）MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。（四）MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。
高可用数据库集群mariadb（mysql）
z2050025507的博客
06-18 1458
在MHA自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器硬件故障或无法通过ssh访问，MHA没法保存二进制日志，只进行故障转移而丢失了最新的数据。目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至少需要三台服务器，出于机器成本的考虑，淘宝也在该基础上进行了改造，目前淘宝TMHA已经支持一主一从。
Mariadb高可用MHA
吸鱼徐的博客
05-23 226
概念：1、MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。2、MHA 的出现就是解决MySQL 单点的问题。3、MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。4、MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。特点：1、MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。
Mariadb高可用（四十）
最新发布
2301_78534682的博客
09-03 785
MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。MHA 的出现就是解决MySQL 单点的问题。本文对MySQL的高可用进行配置，内容相对详细，按照配置思路进行配置即可搭建完成。
MHA高可用架构搭建细节流程
08-26
本文将详细介绍MHA高可用架构搭建的细节流程，从搭建MySQL主从复制到MHA高可用实现故障转移。本文将涵盖MySQL主从复制的搭建、MHA高可用架构的搭建详细流程，并对相关的技术点进行了详细的解释。 一、环境和软件...
互联网架构高可用方案之QMHA.pptx
10-14
MariaDB MaxScale作为代理和binlog服务器的角色，进一步强化了数据库的高可用性和性能。MaxScale作为一个中间层，可以智能地分发查询，提供读写分离，以及在主从切换时无缝过渡，确保服务连续性。它还支持多种数据库...
Mysql 5.7.22 MHA 0.57
07-23
在高可用性环境中，MySQL数据库通常采用主从复制架构，搭配高可用管理工具MHA（Master High Availability）来实现故障切换和数据一致性。本文将详细介绍如何在CentOS 7.4系统上，基于MySQL 5.7.22版本和MHA 0.57进行...
07_Mysql 5.7.22_mha_ver1.0.docx
09-20
MySQL 5.7.22 和 MHA (Master High Availability) 是用于构建高可用性数据库集群的关键技术，尤其在CentOS 7.4环境中。MHA是一种管理工具，它能够自动检测MySQL主库的故障，并将其中一个从库提升为主库，以确保服务...
mariadb 高可用集群
时间的博客
06-16 1137
简介：MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。
Mariadb高可用方案初步研究
sinat_35180198的博客
07-16 2112
mariadb是mysql的一个重要分支，与mysql完全兼容，可以完全理解为mysql的存在。现在我们讨论一下mariadb的高可用方案。mariadb的常见的高可用方案有：主从复制架构和Galera，本篇文章首先会简单介绍各个方案的基本原理，然后记录部署的过程，接着去测试。 一、主从复制 复制过程 主从复制架构是mariadb默认的高可用方案，采用主从架构，一主多从的模式，主库负责写数据库，从库负责读数据库，利用binglog来保证主从一致性，是一种异步复制的模式。 ​ 主库 A 的更新流程：A
搭建mariadb的MHA（半同步）+keepalived（不争抢）
qq_58560642的博客
02-25 1813
本文尝试搭建了mariadb的MHA+keepalived高可用集群
简述Mariadb MHA高可用搭建步骤
2302_77579538的博客
05-23 228
需要安装的软件master。
MHA的安装部署
m0_54255157的博客
05-22 1216
MHA是由日本人yoshinorim（原就职于DeNA现就职于FaceBook）开发的比较成熟的MySQL高可用方案。MHA能够在30秒内实现故障切换，并能在故障切换中，最大可能的保证数据一致性。目前淘宝也正在开发相似产品TMHA，目前已支持一主一从。
mariadb高可用MHA 的特点
05-19
1. 自动故障检测和转移：当数据库出现故障时，MHA能够自动检测并转移主库到备库，从而实现高可用性。 2. 多种复制拓扑支持：MHA支持多种复制拓扑，包括主-备、主-从和环状拓扑等。 3. 自定义脚本支持：MHA提供了很...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值