MySQL之MHA高可用配置及故障切换实例

最新推荐文章于 2024-08-02 17:35:27 发布
最新推荐文章于 2024-08-02 17:35:27 发布
阅读量1.4k 收藏 2
点赞数 1
分类专栏： 数据库 Mysql Linux命令讲解 文章标签： mysql android 数据库 MHA 高可用
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2302_76410765/article/details/131415132
版权
MHA（MasterHighAvailability）是用于MySQL高可用环境的故障切换和复制管理工具，能实现0-30秒内的自动故障切换。文章详细介绍了MHA的组成、特点，以及如何搭建一主两从的MHA环境，包括配置主从复制、设置无密码认证、启动MHA等步骤，并讨论了故障模拟和修复过程。
摘要由CSDN通过智能技术生成

目录

一、MHA概述

1.1 什么是MHA？

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

1.2 MHA的组成

MHA Node （数据节点）

MHA Node 运行在每台 MySQL 服务器上。

MHA Manager （管理节点）

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

1.3 MHA 的特点

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

二、 MHA搭建准备

2.1 实验思路

1.MHA架构 ①数据库安装 ②一主两从 ③MHA搭建

2.故障模拟 ①主库失效 ②备选主库成为主库 ③原故障主库恢复重新加入到MHA成为从库

2.2 实验准备

节点服务器主机名IP地址安装服务及工具
MHA manager节点服务 器manager192.168.137.105安装MHA node和manager组 件
Master节点服务器master1192.168.137.101安装mysql5.7和MHA node组件
Slave1节点服务器mysql2192.168.137.102安装mysql5.7和MHA node组件
Slave2节点服务器mysql3192.168.137.103安装mysql5.7和MHA node组件

三、 MHA搭建的步骤

3.1 配置主从复制

1. 初始化环境
#在四台服务器上初始化环境
systemctl stop firewalld
systemctl disable firewalld
setenforce 0

在这里插入图片描述

2. 修改 Master、Slave1、Slave2 节点的主机名
#在Master上
hostnamectl set-hostname Mysql1
su
 
#在Slave1
hostnamectl set-hostname Mysql2
su
 
#在Slave2
hostnamectl set-hostname Mysql3
su

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

3. 添加域名解析
vim /etc/hosts
192.168.137.101 master1
192.168.137.102 master2
192.168.137.103 master3

在这里插入图片描述

4．修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf
#修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf 
##Master 节点##
vim /etc/my.cnf
[mysqld]
server-id = 1
log_bin = master-bin
log-slave-updates = true
 
systemctl restart mysqld
 
##Slave1 节点##
vim /etc/my.cnf
server-id = 2 						#三台服务器的 server-id 不能一样
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index
 
systemctl restart mysqld
 
###Slave2 节点##
vim /etc/my.cnf
server-id = 3 
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index
 
systemctl restart mysqld

master
在这里插入图片描述
slave1
在这里插入图片描述
slave2

在这里插入图片描述

5. 在 Master、Slave1、Slave2 节点上都创建两个软链接
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/

在这里插入图片描述

6. 配置MySQL主从同步 （一主两从）

（1）所有数据库节点进行 mysql 授权

mysql> grant replication slave on *.* to 'myslave'@'192.168.137.%' identified by 'abc123';

mysql> grant all on *.* to 'mha'@'mysql1' identified by 'abc123';
mysql> grant all on *.* to 'mha'@'mysql2' identified by 'abc123';
mysql> grant all on *.* to 'mha'@'mysql3' identified by 'abc123';

mysql> grant all on *.* to 'mha'@'192.168.137.%' identified by 'abc123';

mysql> flush privileges;

在这里插入图片描述（2）在 Master 节点查看二进制文件和同步点

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 |     1899 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

在这里插入图片描述
（3）在 Slave1、Slave2 节点执行同步操作

mysql> change master to 
    -> master_host='192.168.137.101',
    -> master_user='myslave',
    -> master_password='abc123',
    -> master_log_file='mysql-bin.000001',
    -> master_log_pos=1899;

在这里插入图片描述（4）在 Slave1、Slave2 节点查看数据同步结果

start slave;
show slave status\G		
//确保 IO 和 SQL 线程都是 Yes，代表同步正常。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

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

（5）两个从库必须设置为只读模式

set global read_only=1;

在这里插入图片描述
（6）插入数据测试数据库同步

mysql> create database zzx;
mysql> use zzx;
mysql> create table niu(id int,name varchar(5),hobby varchar(20));
mysql> insert into niu values (1,'李','玩');
mysql> insert into niu values (1,'王','叫');

进行master插入数据
在这里插入图片描述
查看两个从库是否同步成功在这里插入图片描述
6．安装 MHA 软件
（1）所有服务器上都安装 MHA 依赖的环境，首先安装 epel 源

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

在这里插入图片描述

在这里插入图片描述

（2）安装 MHA 软件包，先在所有服务器上必须先安装 node 组件
对于每个操作系统版本不一样，这里 CentOS7.4 必须选择 0.57 版本。
在所有服务器上必须先安装 node 组件，最后在 MHA-manager 节点上安装 manager 组件，因为 manager 依赖 node 组件。

cd /opt
tar zxvf mha4mysql-node-0.57.tar.gz
cd mha4mysql-node-0.57
perl Makefile.PL
make && make install

在这里插入图片描述

（3）在 MHA manager 节点上安装 manager 组件

cd /opt
tar zxvf mha4mysql-manager-0.57.tar.gz
cd mha4mysql-manager-0.57
perl Makefile.PL
make && make install

在这里插入图片描述

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

manager 数据库节点
在这里插入图片描述在这里插入图片描述
mysql 1数据库
在这里插入图片描述mysql2 数据库
在这里插入图片描述
mysql3 数据库
在这里插入图片描述

8．在 manager 节点上配置 MHA

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

cp -rp /opt/mha4mysql-manager-0.57/samples/scripts /usr/local/bin
//拷贝后会有四个执行文件
ll /usr/local/bin/scripts/
----------------------------------------------------------------------------------------------------------
master_ip_failover  		#自动切换时 VIP 管理的脚本
master_ip_online_change 	#在线切换时 VIP 的管理
power_manager 				#故障发生后关闭主机的脚本
send_report 				#因故障切换后发送报警的脚本

在这里插入图片描述
（2）复制上述的自动切换时 VIP 管理的脚本到 /usr/local/bin 目录，这里使用master_ip_failover脚本来管理 VIP 和故障切换

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

在这里插入图片描述
3）修改内容如下：（删除原有内容，直接复制并修改vip相关参数。可在拷贝前输入 :set paste 解决vim粘贴乱序问题）

vim /usr/local/bin/master_ip_failover
删除原内容添加下面内容
#!/usr/bin/env perl
use strict;
use warnings FATAL => 'all';
 
use Getopt::Long;
 
my (
    $command, $orig_master_host, $orig_master_ip,$ssh_user,
    $orig_master_port, $new_master_host, $new_master_ip,$new_master_port,
    $orig_master_ssh_port,$new_master_ssh_port,$new_master_user,$new_master_password
);
 
# 这里定义的虚拟IP配置要注意，这个ip必须要与你自己的集群在同一个网段，否则无效
my $vip = '192.168.137.200/24';
my $key = '1';
# 这里的网卡名称 “ens33” 需要根据你机器的网卡名称进行修改
# 如果多台机器直接的网卡名称不统一，有两种方式，一个是改脚本，二是把网卡名称修改成统一
# 我这边实际情况是修改成统一的网卡名称
my $ssh_start_vip = "sudo /sbin/ifconfig ens33:$key $vip";
my $ssh_stop_vip = "sudo /sbin/ifconfig ens33:$key down";
my $ssh_Bcast_arp= "sudo /sbin/arping -I ens33 -c 3 -A $vip";

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,
    'orig_master_ssh_port=i' => \$orig_master_ssh_port,
    'new_master_host=s'  => \$new_master_host,
    'new_master_ip=s'    => \$new_master_ip,
    'new_master_port=i'  => \$new_master_port,
    'new_master_ssh_port' => \$new_master_ssh_port,
    'new_master_user' => \$new_master_user,
    'new_master_password' => \$new_master_password
 
);
 
exit &main();
 
sub main {
    $ssh_user = defined $ssh_user ? $ssh_user : 'root';
    print "\n\nIN SCRIPT TEST====$ssh_user|$ssh_stop_vip==$ssh_user|$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();
        &start_arp();
            $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() {
    `ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}
 
sub start_arp() {
    `ssh $ssh_user\@$new_master_host \" $ssh_Bcast_arp \"`;
}
sub usage {
    print
    "Usage: master_ip_failover --command=start|stop|stopssh|status --ssh_user=user --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";
}

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

#创建相关目录（所有节点）
mkdir -p /opt/mysql-mha/mha-node

# manager节点
mkdir -p /opt/mysql-mha/mha

#编写配置文件
vim /opt/mysql-mha/mysql_mha.cnf
[server default]
manager_log=/opt/mysql-mha/manager.log
manager_workdir=/opt/mysql-mha/mha
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=abc123
port=3306
ping_interval=1
remote_workdir=/opt/mysql-mha/mha-node
repl_user=myslave
repl_password=abc123
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.137.102 -s 192.168.137.103
shutdown_script=""
ssh_user=root

[server1]
hostname=192.168.137.101
port=3306

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

[server3]
hostname=192.168.137.103
port=3306
9．第一次配置需要在 Master 节点上手动开启虚拟IP

在这里插入图片描述

10．在 manager 节点上测试 ssh 无密码认证，如果正常最后会输出 successfully，如下所示。
masterha_check_ssh -conf=/opt/mysql-mha/mysql_mha.cnf

在这里插入图片描述

11．在 manager 节点上测试 mysql 主从连接情况，最后出现 MySQL Replication Health is OK 字样说明正常。如下所示。

在这里插入图片描述

12．在 manager 节点上启动 MHA
nohup masterha_manager \
--conf=/opt/mysql-mha/mysql_mha.cnf \
--remove_dead_master_conf \
--ignore_last_failover < /dev/null > /var/log/mha_manager.log 2>&1 &
13．查看 MHA 状态，可以看到当前的 master 是 mysql1 节点。
14. 查看 MHA 日志，也以看到当前的 master 是 192.168.137.101，如下所示。在这里插入图片描述
15. 查看 mysql1 的 VIP 地址 192.168.80.200 是否存在，这个 VIP 地址不会因为 manager 节点停止 MHA 服务而消失。
ifconfig



//若要关闭 manager 服务，可以使用如下命令。
masterha_stop --conf=/opt/mysql-mha/mysql_mha.cnf
或者可以直接采用 kill 进程 ID 的方式关闭。

在这里插入图片描述

故障模拟

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

tail -f /opt/mysql-mha/manager.log

#在 Master 节点 mysql1 上停止mysql服务
systemctl stop mysqld
或
pkill -9 mysql

#正常自动切换一次后，MHA 进程会退出。HMA 会自动修改 app1.cnf 文件内容，将宕机的 mysql1 节点删除。查看 mysql2 是否接管 VIP
ifconfig

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

故障修复步骤：

1．修复mysql
systemctl restart mysqld

2．修复主从
#在现主库服务器 mysql2 查看二进制文件和同步点
show master status;

#在原主库服务器 mysql1 执行同步操作
change master to master_host='192.168.137.102',master_user='myslave',master_password='abc123',master_log_file='mysql-bin.000001',master_log_pos=1745;

start slave;


3．在 manager 节点上修改配置文件app1.cnf（再把这个记录添加进去，因为它检测掉失效时候会自动消失）
vi /opt/mysql-mha/mysql_mha.cnf
......
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.137.101 -s 192.168.137.103
......
[server1]
hostname=192.168.137.102
port=3306

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

[server3]
hostname=192.168.137.103
port=3306

4．在 manager 节点上启动 MHA
nohup masterha_manager \
--conf=/opt/mysql-mha/mysql_mha.cnf \
--remove_dead_master_conf \
--ignore_last_failover < /dev/null > /var/log/mha_manager.log 2>&1 &



#解决中英字不兼容报错的问题
dos2unix /usr/local/bin/master_ip_failover
昨日海棠依旧.
关注
专栏目录
使用Docker-Compose部署MySQL一主二从同步高可用MHA集群
Java程序员廖志伟
01-05 1799
使用Docker-Compose部署MySQL一主二从同步高可用MHA集群，图文视频结合。
mysql主从遇故障自动切换_mysql主宕机，主从故障切换（一主多从）
weixin_36360255的博客
01-28 5261
一：环境192.168.1.100 master192.168.1.101 slave1192.168.1.102 slave2slave1，slave2都是连在master上。二：模拟主故障关闭master实例service mysql stop此时，slave1，slave2上show slave status\G都会发现错误：Last_IO_Error: error reconnecting...
mysql 集群 jdbc配置文件_mysql group replication单主集群jdbc怎么配置
weixin_36204061的博客
01-19 265
A.主成员选举算法具有 8.0.17 或更高版本成员的组具有至少一个 8.0.16 或更低成员版本的组B.用户触发主切换具有 8.0.17 或更高版本成员的组具有至少一个 8.0.16 或更低成员版本的组2. 写版本兼容性3. 最低版本兼容性4. 捐赠者版本兼容性5. 升级6. 结论主成员选项选择新的主节点时的参数之一是用于复制安全性的成员版本。从 8.0.17 开始，在选择新主时也考虑补丁级别。...
MySQL案例：MHA实现主备切换（主从架构）万字详解
最新发布
变成我......
08-02 1187
Linux案例：在基于主从的架构下使用MHA来管理主备切换的示例步骤
mysql主从故障切换
weixin_34313182的博客
08-03 532
一：环境 192.168.1.100master 192.168.1.101slave1 192.168.1.102slave2 slave1，slave2都是连在master上。 二：模拟主故障 关闭master实例 serviceMySQLstop 此时，slave1，slave2上showslavestatus\G都会发现错误： Last_IO_E...
mysql主从配置故障切换_mysql主从故障切换
weixin_28754365的博客
01-19 335
一：环境192.168.1.100master192.168.1.101slave1192.168.1.102slave2slave1，slave2都是连在master上。二：模拟主故障关闭master实例serviceMySQLstop此时，slave1，slave2上showslavestatus\G都会发现错误：Last_IO_Error:errorreconnecting...
mysql 主从故障切换_MySQL高可用主从切换工具replication-manager
weixin_36212883的博客
01-19 710
MySQL高可用工具，一直以来MHA使用的比较多，自从MySQL 开启GTID之后，又出现了Orchestrator以及replication-manager这类新的高可用工具，本文将主要介绍replication-manager的使用方法。一、replication-manager简介replication-manager是signal18开源的一款数据库高可用工具，采用go语言开发，源码托管在...
MySQL之MHA高可用配置及故障切换
ynyysn的博客
04-14 247
一、MHA概述 1.1 MHA 是什么 MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。 MHA 的出现就是解决MySQL 单点的问题。 MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。 MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。 1.2 MHA 的组成 1）MHA Node（数据节点） MHA Node 运行在每台 MySQL 服务器上。 2）MHA Manager（管理节点）
Linux Mysql 之 MHA 高可用配置及故障切换实例
Dark_wWw的博客
12-08 487
Linux Mysql 之 MHA 高可用配置及故障切换实例 一、MHA MHA是什么 MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件 MHA 的出现就是解决MySQL 单点的问 MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作 MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用 MHA的组成 MHA Node（数据节点） MHA Node 运行在每台 MySQL 服务器.
MySQL 高可用之MHA 工作原理和架构，实现MHA高可用实战案例
qq_43555873的博客
11-06 829
MySQL 高可用解决方案 MHA 工作原理和架构 MHA集群架构 实现 MHA 实战案例
mysql+lvs+keepalive+mha高可用
07-19
为了提升其高可用性，我们需要在多个服务器上部署MySQL实例，并确保在主服务器发生故障时，可以快速将流量切换到备份服务器。 `LVS`（Linux Virtual Server）是一种负载均衡技术，通过在多台服务器间分发网络负载来...
mysql集群主从切换多长时间_MySQL主从集群构建及故障切换
weixin_39875760的博客
01-20 192
MYSQL数据 库主 从配置环境准备：192.168.227.138为master主服务器，192.168.227.139o slave从服务器在主和从服务器都安装mysql相关软件，命令如下：yum install -y mysql-server mysql mysql-devel安装完毕后，在Master修改vi /etc/my.cnf内容如下：[mysqld]datadir=/var/lib...
mysql主从配置故障切换_mysql主从复制配置操作以及主主配置宕机切换演练
weixin_26766909的博客
01-19 972
主从复制目的：主从服务器设置的稳健性得以提升，如果主服务器发生故障，可以把本来作为备份的从服务器提升为新的主服务器。在主从服务器上分开处理用户的请求，读的话，可以直接读取备机数据，可获得更短的响应时间。主服务器：IP地址192.168.80.129，mysql已经安装，无用户数据。从服务器：IP地址192.168.80.130，mysql已经安装。注：数据库版本必须一致。1.主从复制配置修改从服务...
mysql+MHA 主从复制 故障切换
mwx17630337353的博客
05-26 968
超详细的奶妈级mysql高可用教程 无脑复制 即可！！！！
MHA实现mysql8主从故障切换
qq_37369726的博客
02-23 1972
MHA介绍 MHA是mysql高可用的一个相对成熟的方案，可以实现故障切换。在mysql集群出现故障时，mha可以在短时间内自动完成数据库的故障切换，并在最大程度上保证数据的一致性。 实现故障切花的过程： 各个mysql主从之间通过ssh通信，当master宕机时，mha尝试ssh登入到宕机的机器，保存二进制日志（binlog），从多个slave中识别出含有最新更新的slave，并将其作为备选的m...
java连接主从架构的mysql数据库实现故障自动切换
xuziwen127的博客
03-14 2171
java连接主从架构的mysql数据库实现自动故障切换。
MYSQL主从切换(主库宕机)
babaoqi的专栏
10-11 808
将主从(3307主--3309从)切换 前提：3307宕机 一、等待从库执行完主库的所有sql # 检查主库的sql是否在从库上都执行完。mysql客户端操作 #3308执行:SHOW PROCESSLIST; 其中一个user='system user'的线程 如果State值为"Reading event from the relay log",代表正在执行主库同...
MYSQL数据库的主从切换
excellent_L的博客
02-27 7826
一、MHA简介   MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司的youshimaton（现就职于 Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在 0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程...
MySQL MHA高可用与VIP集群故障转移实战教程
MySQL MHA (Multi-Master High Availability) 是一种用于提高 MySQL 数据库系统的高可用性和容错性的解决方案。它允许在多台服务器上运行多个主数据库实例，通过监控和自动故障转移，确保数据的连续性和服务的不间断...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

昨日海棠依旧.

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值