如何在MySQL服务器上构建MHA

最新推荐文章于 2023-09-23 11:04:00 发布
最新推荐文章于 2023-09-23 11:04:00 发布
阅读量143 收藏 1
点赞数
文章标签： 数据库
俄滴，俄滴，都四俄滴
本文链接：https://blog.csdn.net/weixin_48190860/article/details/109209862
版权

目录

一：MHA概述

１.１：什么是MHA

  • 日本DeNA公司 youshimaton（现就职于 Facebook公司）开发
  • 一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件
  • 支持故障切换
  • 在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用
  • MHA还提供在线主库切换的功能，能够安全地切换当前运行的主库到一个新的主库中(通过将从库提升为主库),大概0.5-2秒内即可完成

１.2：MHA的组成

  • MHA Manager（管理节点）

    • 用来接收外部信号

  • MHA Node（数据节点）

    • 工作的单位，负责具体的工作

１.3：MHA有什么特点

  • 自动故障切换过程，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不会丢失
  • 使用MySQL55的半同步复制，可以大大降低数据丢失的风险

１.4：MHA形成的原因

  • 传统mysql主从架构存在单点故障的风险
    在这里插入图片描述
  • 传统架构中，只有一个MySQL主服务器，所以当出现单点故障的时候，整个服务器群集就会瘫痪
  • 为了解决这种情况，我们需要在主服务器宕机的时候，重新建立一台主服务器，负责监控工作

二：MHA实验

2.1：实验目的

  • 通过MHA监控MySQL数据库，在故障时自动切换，不影响业务
  • 当主库失效时，备选主库自动成为主库

2.2:实验过程

centos7使用的MHA版本为0.57,centos6使用的MHA版本则为0.56

2.2.1:搭建mysql主从复制

链接:
https://blog.csdn.net/weixin_48190860/article/details/109190822

  • 所有数据库授权mha用户对数据库的操作权限，每一个mysql数据库都要设置
'//下面三条授权按理论是不用添加的，但是做案例实验环境时候诵过MHA检查MySQL主从有报错，报两个从库通过主机名连接不上主库，所以所有数据库加上下面的授权；'
mysql> grant all privileges on *.* to 'mha'@'master' identified by 'manager';
mysql> grant all privileges on *.* to 'mha'@'slave1' identified by 'manager';
mysql> grant all privileges on *.* to 'mha'@'slave2' identified by 'manager';
'//三台mysql服务器的授权增加一个给mha管理'
mysql> grant all privileges on *.* to 'mha'@'192.168.79.%' identified by 'manager';
'//主备mysql服务器添加用户和权限'
'//192.168.79.0段的从服务器拥有复制权限，可以使用myslave身份123456密码复制所有的库和表'
mysql> GRANT REPLICATION SLAVE ON *.* TO 'myslave'@'192.168.79.%' IDENTIFIED BY '123456';
  • slave1和slave2两个从数据库设置为只读
mysql> set global read_only=1;
  • 所有slave节点配置二进制日志,注释掉client段的默认字符集
[root@slave1 ~]# vim /etc/my.cnf
    [mysqld]段落添加
log-bin=slave1-bin	'//添加二进制日志'
所以slave节点都要配置，我就不一一展示了
    '//从服务器上都注释掉client段的默认字符集'
[root@slave1 ~]# vim /etc/my.cnf
[client]
#default-character-set=utf8	'//注释掉此'
  • 创建软连接(便于系统识别管理)
所有节点创建软连接
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/local/bin/
创建mysql软连接
ln -s /usr/local/mysql/bin/mysql /usr/local/bin/

2.2.2:所有节点安装环境和Node组件和Manager组件

  • 所有服务器上都要安装mha依赖的环境
[root@mha_manager ~]# yum install epel-release --nogpgcheck -y
[root@mha_manager ~]# yum install -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-Log-Dispatch \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
perl-CPAN
  • 所有服务器都安装安装node组件
[root@master ~]# tar zxvf /mnt/shuju数据库/mha/mha4mysql-node-0.57.tar.gz 
[root@master ~]# cd mha4mysql-node-0.57/
[root@master mha4mysql-node-0.57]# yum install perl-Module-Install -y
[root@master mha4mysql-node-0.57]# perl Makefile.PL 
==> Auto-install the 1 mandatory module(s) from CPAN? [y] y	'//输入y'
[root@master mha4mysql-node-0.57]# make
[root@master mha4mysql-node-0.57]# make install
  • 仅mha_manager服务器安装manager组件
    这里需要注意:安装Manager之前要安装好Node组件
[root@mha_manager ~]# tar zxvf /mnt/shuju数据库/mha/mha4mysql-manager-0.57.tar.gz 
[root@mha_manager ~]# cd mha4mysql-manager-0.57/
[root@mha_manager mha4mysql-manager-0.57]# perl Makefile.PL 
[root@mha_manager mha4mysql-manager-0.57]# make
[root@mha_manager mha4mysql-manager-0.57]# make install

2.2.3:配置节点间免交互登录

  • mha_manager主机配置到所有数据库节点的密钥对验证
[root@mha_manager ~]# ssh-keygen -t rsa
	'//创建非对称密钥对'
    '//因为想要免密登陆，所以三个都直接回车就行，不需要设置密码'
Enter file in which to save the key (/root/.ssh/id_rsa): 
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
'//上传秘钥到节点服务器'
[root@mha_manager ~]# ssh-copy-id 192.168.79.134
Are you sure you want to continue connecting (yes/no)? yes
root@192.168.79.134's password: 	//输入密码'
    '//相同方法建立其他服务器'
[root@mha_manager ~]# ssh-copy-id 192.168.79.135
[root@mha_manager ~]# ssh-copy-id 192.168.79.136
  • 在master上配置到数据库节点slave1和slave2的免密验证
[root@master mha4mysql-node-0.57]# ssh-keygen -t rsa	'//创建非对称密钥对'
    '//用上述方法建立其他服务器'
[root@master mha4mysql-node-0.57]# ssh-copy-id 192.168.79.135
[root@master mha4mysql-node-0.57]# ssh-copy-id 192.168.79.136
  • 在slave1上配置到数据库节点master和slave2的免密验证
[root@slave1 ~]# ssh-keygen -t rsa
[root@slave1 ~]# ssh-copy-id 192.168.79.134
[root@slave1 ~]# ssh-copy-id 192.168.79.136
  • 在slave2上配置到数据库节点master和slave1的免密验证
[root@slave2 ~]# ssh-keygen -t rsa
[root@slave2 ~]# ssh-copy-id 192.168.79.134
[root@slave2 ~]# ssh-copy-id 192.168.79.135

2.2.4:配置MHA-Manager组件

  • 复制相关脚本到/usr/local/bin目录
[root@mha_manager ~]# cp -ra /root/mha4mysql-manager-0.57/samples/scripts /usr/local/bin
[root@mha_manager samples]# ls -l /usr/local/bin/scripts/
-rwxr-xr-x. 1 1001 1001  3648 5月  31 2015 master_ip_failover  自动切换时 VIP管理的脚本
-rwxr-xr-x. 1 1001 1001  9870 5月  31 2015 master_ip_online_change  在线切换VIP的管理 
-rwxr-xr-x. 1 1001 1001 11867 5月  31 2015 power_manager  故障发生后关闭主机的脚本
-rwxr-xr-x. 1 1001 1001  1360 5月  31 2015 send_report  因故障切换后发送报警的脚本
[root@mha_manager ~]# cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin/	'//自动切换时 VIP管理的脚本'
  • 修改master_ip_failover脚本
[root@mha_manager ~]# 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.79.100';
my $brdc = '192.168.79.255';
my $ifdev = 'ens33';
my $key = '1';
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";
my $exit_code = 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";
}
  • 创建MHA软件目录并拷贝配置文件
[root@mha_manager ~]# mkdir /etc/masterha
[root@mha_manager ~]# cp /root/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha/
[root@mha_manager ~]# 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
password=manager
ping_interval=1
remote_workdir=/tmp
repl_password=123456
repl_user=myslave
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.79.135 -s 192.168.79.136
shutdown_script=""
ssh_user=root
user=mha

[server1]
hostname=192.168.79.134
port=3306

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

[server3]
hostname=192.168.79.136
port=3306

2.2.5:测试SSH与MySQL中从连接

  • 验证密钥对
[root@mha_manager ~]# masterha_check_ssh -conf=/etc/masterha/app1.cnf
Fri Jan 10 01:14:10 2020 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Fri Jan 10 01:14:10 2020 - [info] Reading application default configuration from /etc/masterha/app1.cnf..
Fri Jan 10 01:14:10 2020 - [info] Reading server configuration from /etc/masterha/app1.cnf..
Fri Jan 10 01:14:10 2020 - [info] Starting SSH connection tests..
Fri Jan 10 01:14:11 2020 - [debug] 
Fri Jan 10 01:14:10 2020 - [debug]  Connecting via SSH from root@192.168.79.135(192.168.79.135:22) to root@192.168.79.136(192.168.79.136:22)..
Fri Jan 10 01:14:11 2020 - [debug]   ok.
Fri Jan 10 01:14:12 2020 - [debug] 
Fri Jan 10 01:14:10 2020 - [debug]  Connecting via SSH from root@192.168.79.136(192.168.79.136:22) to root@192.168.79.135(192.168.79.135:22)..
Fri Jan 10 01:14:11 2020 - [debug]   ok.
Fri Jan 10 01:14:12 2020 - [info] All SSH connection tests passed successfully.
  • 测试MySQL主从连接
[root@mha_manager ~]# masterha_check_repl -conf=/etc/masterha/app1.cnf

2.2.6:配置虚拟IP,启动MHA

  • 添加虚拟IP
[root@master ~]# /sbin/ifconfig ens33:1 192.168.79.100/24
  • 启动MHA
[root@mha_manager ~]# nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > 
[root@mha_manager ~]# /var/log/masterha/app1/manager.log 2>&1 &
'//查看到当前的master节点是谁'
[root@mha_manager ~]# masterha_check_status --conf=/etc/masterha/app1.cnf
'//查看当前日志信息'
[root@mha_manager ~]# cat /var/log/masterha/app1/manager.log

2.2.7:故障模拟

  • 启动监控观察日志记录
[root@mha_manager ~]# tailf /var/log/masterha/app1/manager.log
  • 关闭master数据库
[root@master ~]# systemctl stop mysqld

2.3:实验验证

2.3.1:主服务器变更成功

  • 此时发现主服务器已经变更成功

slave查看

[root@slave1 ~]# ifconfig
ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.79.135  netmask 255.255.255.0  broadcast 192.168.79.255
        inet6 fe80::159a:a8d1:5769:74d0  prefixlen 64  scopeid 0x20<link>
        ether 00:0c:29:34:57:c1  txqueuelen 1000  (Ethernet)
        RX packets 347068  bytes 28229347 (26.9 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 528201  bytes 67755670 (64.6 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ens33:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.79.100  netmask 255.255.255.0  broadcast 192.168.79.255
        ether 00:0c:29:34:57:c1  txqueuelen 1000  (Ethernet)
  • mha_manager查看
'//会动态显示后续信息'
Generating relay diff files from the latest slave succeeded.
192.168.79.136(192.168.79.136:3306): OK: Applying all logs succeeded. Slave started, replicating from 192.168.79.135(192.168.79.135:3306)
192.168.79.135(192.168.79.135:3306): Resetting slave info succeeded.
Master failover to 192.168.79.135(192.168.79.135:3306) completed successfully.

2.3.2:尝试从客户端通过虚拟IP连接数据库

  • 直接在mha_manager上安装mysql
[root@mha_manager ~]# yum install mysql -y
  • 在vip的数据库服务器上提取
[root@slave1 ~]# mysql -uroot -p
Enter password: 
mysql> grant all on *.* to 'root'@'%' identified by 'abc123';
我想喝橙汁儿~
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL-5.7高可用MHA架构搭建部署
h16678481的博客
06-21 947
MySQL5.7从主从配置-MHA高可用架构的搭建
mha架构搭建
u012943083的博客
03-20 328
这里写自定义目录标题一、MySQL安装1、卸载以前的 MySQL 和 mariadb-libs2、安装mysql3、运行mysql 一、MySQL安装 1、卸载以前的 MySQL 和 mariadb-libs rpm -qa|grep -i mysql rpm -e 包名 --nodeps rpm -qa|grep mariadb rpm -e 包名 --nodeps 2、安装mysql # 解压安装文件 tar -zxvf mysql-5.7.32-linux-glibc2.12-x86_64.tar.
MySQL-----MHA高可用
weixin_44519424的博客
02-24 163
实验：MHA高可用 思路：1.开启4台机器 192.168.100.101 master 192.168.100.102 slave1 192.168.100.103 slave2 192.168.100.104 manager 2.在4台机器上配置SSH免密登录，解决依赖关系 3.在101上 安装MHA manager 在 102 103...
数据库应用——MySQL集群
611 - 菜鸟运维逆袭架构师之路
06-05 315
MySQL集群MySQL复制技术使用集群的目的什么是MySQL集群？集群案例一、集群环境准备二、一主一从（M-S）手动2.1 主服务器配置2.2 从服务器配置三、一主一从（M-S）自动3.1 解决实验1的环境3.2 主服务器配置3.3 从服务器配置四、双主双从（MM-SS）4.1 双主服务器配置4.2 双从服务器配置 MySQL复制技术 使用集群的目的 负载均衡：解决高并发 高可用HA：服务可用性 远程灾备：数据有效性 什么是MySQL集群？ MySQL集群是一个无共享的(shared-nothing
基于MHA实现MySQL主节点高可用
zhl52306的博客
02-23 272
基于MHA实现MySQL主节点高可用
MHA搭建
weixin_45440548的博客
08-15 2014
文章目录MHA简介MHA工作原理MHA基本工具包介绍Manager工具包Node工具包MHA应用情景MHA架构部署排错总结 MHA简介 MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，
MHA-MySQL高可用集群部署
a568911的博客
12-20 827
文章目录一.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从服
在lvs+keepalived+MHA+MySQL下构建ecshop
11-27
项目要达到搭建一个每日PV200W的电子商务网站，系统采用lvs+keepalived+mha+mysql 高可用架构， 本项目各个服务器操作系统均采用Centos7.5，数据库均为MYSQL5.7.23
mha4mysql.zip
06-08
2. **mha4mysql-node**：这个组件则是MHA的节点代理，部署在每一个参与复制的MySQL服务器上，它与Manager通信，报告服务器状态，并执行Manager指示的任何操作，例如停止/启动MySQL服务，切换复制拓扑等。"mha4mysql-...
MySql数据库MHA高可用详细配置文档
09-07
1. 安装MHA Manager和Node：在监控服务器和每个MySQL节点上安装必要的软件包。 2. 配置MHA Manager：设置配置文件（如mha.conf），包含节点信息、监控间隔、恢复策略等。 3. 配置SSH无密码登录：确保MHA可以在节点间...
mysql-mha-docker20190807.zip
12-18
在这个压缩包中，`docker-compose.yml`文件被用来配置和启动MHA集群中的各个容器，包括MySQL服务器和MHA Manager。通过Docker-compose，我们可以轻松地创建和管理整个集群，确保环境的一致性和可移植性。 4. 自动...
基于Docker Compose构建的MySQL MHA集群.rar
最新发布
05-04
目前 MySQL 被广泛地应用在 Internet 上的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了 MySQL 作为网站数据库。 MySQL 的特性 ...
MySQL集群配置与使用（Windows环境）
03-31
Windows环境下MySQL集群的搭建，使用了三个节点，第一个节点作为管理节点，第二个节点作为数据节点A和SQL节点A，第三个节点作为数据节点B和SQL节点B。 此外，还演示了如何使用图形化客户端管理MySQL集群，新建数据库、新建数据表。 第三，演示了如何使用JDBC连接MySQL集群。
Mysql常见的集群方案
MrLee的博客
07-10 8415
1、是官方提供的主从同步方案，用于将一个 MySQL 的实例同步到另一个实例中，在主从复制中，从库利用主库上的 binlog 进行重播，实现主从同步，默认是异步同步，针对其在不同场景下的一些缺陷，衍生出了半同步复制，强同步复制等数据高可用的方案；2、组复制又称为 MGR,引入复制组主要是为了解决传统异步复制和半同步复制可能产生数据不一致的问题, MGR 由若干个节点共同组成一个复制组，一个事务的提交，必须经过组内大多数节点 (N / 2 + 1) 决议并通过，才能得以提交;3、
MHA的安装部署
m0_54255157的博客
05-22 1202
MHA是由日本人yoshinorim（原就职于DeNA现就职于FaceBook）开发的比较成熟的MySQL高可用方案。MHA能够在30秒内实现故障切换，并能在故障切换中，最大可能的保证数据一致性。目前淘宝也正在开发相似产品TMHA，目前已支持一主一从。
MySQL数据库集群入门
qq_36986015的博客
07-15 586
1. 数据库集群能解决什么问题？ 单节点和集群哪个读写速度更快？在低并发情况下，单节点MySQL读写速度快；在高并发情况下，大量的读写请求会让单节点的MySQL硬盘无法承受，MySQL集群能把这些请求分发到不同的节点，所以此时集群的读写速度更快。所以数据库集群解决了高并发情况下单节点MySQL的性能瓶颈问题。 2. MySQL集群的两种方案 读写分离，就是把写操作和读操作分发给不同的节点执行，这样就提升了数据读写的效率。因为大部分系统都是读多写少的，所以可以把写操作发给DB1节点，然后把读操作发给DB2节
MySQL集群高可用架构之MHA
这是博客的简介的简介
09-23 3327
MySQL 高可用架构 MHA
Mariadb高可用MHA相关知识点及搭建
wuds_158的博客
05-22 507
（一）MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。（二）MHA 的出现就是解决MySQL 单点的问题。（三）MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。（四）MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。
【hadoop】集群搭建之部署mysql并远程访问（连接）
m0_65046090的博客
06-28 1866
MySQL Cluster 是MySQL 适合于分布式计算环境的高实用、可拓展、高性能、高冗余版本，其研发设计的初衷就是要满足许多行业里的最严酷应用要求，这些应用中经常要求数据库运行的可靠性要达到99.999%。MySQL Cluster允许在无共享的系统中部署“内存中”数据库集群，通过无共享体系结构，系统能够使用廉价的硬件，而且对软硬件无特殊要求。此外，由于每个组件有自己的内存和磁盘，不存在单点故障。集群搭建-----mysql部署步骤。
企业级mysql基于MHA的高可用集群部署
11-07
它可以部署在独立服务器上，管理多个主从集群，也可以部署在slave节点作为监控设备。这个组件定期检查集群中的master节点状态，一旦检测到master节点故障，它会立即启动故障切换流程，将一个最新的slave提升为新的...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值