MySQL 日志管理、备份与恢复

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

目录

一、MySQL 日志管理

 二.数据库备份的重要性与分类

1.数据备份的重要性

2.从物理与逻辑的角度，备份分为

3.从数据库的备份策略角度，备份可分为

三.常见的备份方法

1.物理冷备

2.专用备份工具mysqldump或mysqlhotcopy

3.启用二进制日志进行增量备份

4.第三方工具备份

四.MySQL完全备份

五.数据库完全备份分类

 MySQL 完全备份

1．物理冷备份与恢复

 2．mysqldump 备份与恢复

 完全备份恢复

1、恢复数据库

 2、恢复数据表

 六.MySQL增量备份

开启二进制日志功能

 可每周对数据库或表进行完全备份

 可每天进行增量备份操作，生成新的二进制日志文件(例如 mysql-bin.000002)

 插入新数据，以模拟数据的增加或变更

 再次生成新的二进制日志文件(例如 mysql-bin.000003)

 查看二进制日志文件的内容

七.MySQL数据库增量恢复

1、一般恢复

2．断点恢复

（1）基于位置恢复

 （2）基于时间点恢复

一、MySQL 日志管理

vim /etc/my.cnf
[mysqld]
##错误日志，用来记录当MySQL启动、停止或运行时发生的错误信息，默认已开启
log-error=/usr/local/mysql/data/mysql_error.log					#指定日志的保存位置和文件名

##通用查询日志，用来记录MySQL的所有连接和语句，默认是关闭的
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log

##二进制日志(binlog)，用来记录所有更新了数据或者已经潜在更新了数据的语句，记录了数据的更改，可用于数据恢复，默认已开启
log-bin=mysql-bin				#也可以 log_bin=mysql-bin

##慢查询日志，用来记录所有执行时间超过long_query_time秒的语句，可以找到哪些查询语句执行时间长，以便于优化，默认是关闭的
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5												#设置超过5秒执行的语句被记录，缺省时为10秒


systemctl restart mysqld

mysql -u root -p
show variables like 'general%';									#查看通用查询日志是否开启

show variables like 'log_bin%';									#查看二进制日志是否开启

show variables like '%slow%';									#查看慢查询日功能是否开启
show variables like 'long_query_time';							#查看慢查询时间设置

set global show_query_log=ON;				#在数据库中设置开启慢查询的方法

 

 

 

 

 二.数据库备份的重要性与分类

1.数据备份的重要性

  • 备份的主要目的是灾难恢复
  • 在生产环境中，数据的安全性至关重要
  • 任何数据的丢失都可能产生严重的后果
  • 造成数据丢失的原因
    • 程序错误
    • 人为操作错误
    • 运算错误
    • 磁盘故障
    • 不可控因素

2.从物理与逻辑的角度，备份分为

  • 物理备份： 对数据库操作系统的物理文件（如数据文件、日志文件等）的备份
  • 物理备份方法
    • 冷备份（脱机备份）：是在关闭数据库的时候进行的
    • 热备份（联机备份）：数据库处于运行状态，依赖于数据库的日志文件
    • 温备份：数据库锁定表格（不可写入但可读）的状态下进行备份操作
  •  逻辑备份：对数据库逻辑组件（如：表等数据库对象）的备份

3.从数据库的备份策略角度，备份可分为

  • 完全备份：每次对数据库进行完整的备份
  • 差异备份：备份自从上次完全备份之后被修改过的文件
  • 增量备份：只有在上次完全备份或者增量备份后被修改的文件才会被备份

三.常见的备份方法

1.物理冷备

  • 备份时数据库处于关闭状态，直接打包数据库文件
  • 备份速度快，恢复时也是最简单的

2.专用备份工具mysqldump或mysqlhotcopy

  • mysaqldump常用的逻辑备份工具
  • mysqlhotcopy仅拥有备份MyISM和ARCHIVE表

3.启用二进制日志进行增量备份

  • 进行增量备份，需要刷新二进制日志

4.第三方工具备份

  • 免费MySQL热备份软件Percona XtraBackup

四.MySQL完全备份

1.是对整个数据库，数据库结构和文件结构的备份

2.保存的是备份完成时刻的数据库

3.是差异备份与增量备份的基础

4.优点

• 备份与恢复操作简单方便

5.缺点

• 数据存在大量的重复

• 占用大量的备份空间

• 备份与恢复时间长

InnoDB存储引擎的数据库在磁盘上存储成三个文件：db.opt(表属性文件)、表名.frm(表结构文件)、表名.ibd(表数据文件)。

五.数据库完全备份分类

1.物理冷备份与恢复
• 关闭MySQL数据库

• 使用tar命令直接打包数据库文件夹

• 直接替换现有MySQL目录即可

2.mysqldump备份与恢复
• Mysql自带的备份工具，可方便实现对MySQL的备份

• 可以将指定的库、表导出为SQL脚本

• 使用命令mysql导入备份的数据

mysql -u root -p
create database SCHOOL;
use SCHOOL;
create table if not exists CLASS1 (
id int(4) not null auto_increment,
name varchar(10) not null,
sex char(10) not null,
hobby varchar(50),
primary key (id));

insert into CLASS1 values(1,'user1','male','running');
insert into CLASS1 values(2,'user2','female','singing');

set password = password('123123');

 

 

 

 

 MySQL 完全备份

1．物理冷备份与恢复

systemctl stop mysqld
yum -y install xz

 压缩备份

tar Jcvf /opt/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data/

 解压恢复

tar Jxvf /opt/mysql_all_2020-11-22.tar.xz -C /usr/local/mysql/data

systemctl restart mysql

 2．mysqldump 备份与恢复

（1）完全备份一个或多个完整的库（包括其中所有的表）

mysqldump -u root -p[密码] --databases 库名1 [库名2] … > /备份路径/备份文件名.sql #导出的就是数据库脚本文件

mysqldump -uroot -p123123 --databases SCHOOL > /opt/SCHOOL.sql
mysqldump -uroot -p123123 --databases mysql SCHOOL > /opt/mysql-SCHOOL.sql

 

 （2）完全备份 MySQL 服务器中所有的库

mysqldump -u root -p[密码] --all-databases > /备份路径/备份文件名.sql
例
mysqldump -u root -p123123 --all-databases > /opt/all.sql

 （3）完全备份指定库中的部分表

mysqldump -u root -p[密码] 库名 [表名1] [表名2] … > /备份路径/备份文件名.sql

例：
mysqldump -uroot -p123123 SCHOOL CLASS1 > 	/opt/SCHOOL_CLASS1.sql
#使用“-d”选项，说明只保存数据库的表结构
#不使用“-d”选项，说明表数据也进行备份

 （4）查看备份文件

grep -v "^--" /opt/SCHOOL_CLASS1.sql | grep -v "^/" | grep -v "^$"

 

 完全备份恢复

1、恢复数据库

mysql -uroot -p123123 -e 'drop database SCHOOL;'

#“-e”选项，用于指定连接 MySQL 后执行的命令，命令执行完后自动退出

mysql -uroot -p123123 -e 'SHOW DATABASES;'

mysql -uroot -p123123 < /opt/SCHOOL.sql
mysql -uroot -p123123 -e 'SHOW DATABASES;'

 

 2、恢复数据表

当备份文件中只包含表的备份，而不包含创建的库的语句时，执行导入操作时必须指定库名，且目标库必须存在。

mysql -uroot -p123123 -e 'drop table SCHOOL.CLASS1;'
mysql -uroot -p123123 -e 'show tables from SCHOOL;'

mysql -uroot -p123123 SCHOOL < /opt/SCHOOL_CLASS1.sql
mysql -uroot -p123123 -e 'show tables from SCHOOL;'

 六.MySQL增量备份

1.使用mysqldump进行完全备份存在的问题
• 备份数据中有重复数据
• 备份时间与恢复时间过长

2.是自上一次备份后增加/变化的文件或者内容
3.特点
• 没有重复数据，备份不大，时间短
• 恢复需要上次完全备份及完全备份之后所有的增量备份才能恢复，且要对所有增备份进行逐个反推恢复

4.MySQL没有提供直接的增量备份方法
5.可通过MySQL提供的二进制日志间接实现增量备份
6.MySQL二进制日志对备份的意义
• 二进制日志保存了所有更新或者可能更新数据库的操作
• 二进制日志在启动MySQL服务器后开始记录，并在文件达到max_ binlog_ size所设 置的大小或者接收到flush logs命令后重新创建新的日志文件
• 只需定时执行flush logs方法重新创建新的日志，生成二进制文件序列，并及时把这些日志保存到安全的地方就完成了-一个时间段的增量备份


开启二进制日志功能

vim /etc/my.cnf
[mysqld]
log-bin=mysql-bin
binlog_format = MIXED				
server-id = 1

#二进制日志(binlog)有3种不同的记录格式：STATEMENT(基于SQL语句)、ROW(基于行)、MIXED(混合模式)，默认格式是STATEMENT

systemctl restart mysqld
ls -l /usr/local/mysql/data/mysql-bin.*

 可每周对数据库或表进行完全备份

mysqldump -uroot -p123123 SCHOOL CLASS1 > /opt/SCHOOL_CLASS1_$(date +%F).sql
mysqldump -uroot -p123123 --all-databases SCHOOL > /opt/SCHOOL_$(date +%F).sql

 可每天进行增量备份操作，生成新的二进制日志文件(例如 mysql-bin.000002)

mysqladmin -uroot -p123123 flush-logs

 插入新数据，以模拟数据的增加或变更

mysql -uroot -p123123
use SCHOOL;
insert into CLASS1 values(3,'user3','male','game');
insert into CLASS1 values(4,'user4','female','reading');

 再次生成新的二进制日志文件(例如 mysql-bin.000003)

mysqladmin -uroot -p123123 flush-logs

#之前的步骤4的数据库操作会保存到mysql-bin.000002文件中，之后数据库数据再发生变化则保存在mysql-bin.000003文件中

 

 查看二进制日志文件的内容

cp /usr/local/mysql/data/mysql-bin.000002 /opt/
mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000002

#- -base64-output=decode-rows：使用64位编码机制去解码并按行读取
#-v：显示详细内容

 

BEGIN
/!/;
#at 302
#210129 0:39:12 server id 1 end_log_pos 430 CRC32 0x2c164d0a Query thread_id=10 time=0 error_code=0
use SCHOOL/!/;
SET TIMESTAMP=1611851952/!/;
insert into CLASS1 values(3,‘user3’,‘male’,‘game’)
/!/;
#at 430
#210129 0:39:12 server id 1 end_log_pos 461 CRC32 0x225bb461 Xid = 76
COMMIT/!/;
#at 461
#210129 0:39:13 server id 1 end_log_pos 526 CRC32 0xe5abe22c Anonymous_GTID last_comd=1 sequence_number=2 rbr_only=no
SET @@SESSION.GTID_NEXT= ‘ANONYMOUS’/!/;
#at 526
#210129 0:39:13 server id 1 end_log_pos 609 CRC32 0x2cfb793b Query thread_id=10 time=0 error_code=0
SET TIMESTAMP=1611851953/!/;
BEGIN
/!/;
#at 609
#210129 0:39:13 server id 1 end_log_pos 742 CRC32 0x7ea13a1a Query thread_id=10 time=0 error_code=0
SET TIMESTAMP=1611851953/!/;
insert into CLASS1 values(4,‘user4’,‘female’,‘reading’)
/!/;
#at 742
#210129 0:39:13 server id 1 end_log_pos 773 CRC32 0x11b21cd0 Xid = 77
COMMIT/!/;

七.MySQL数据库增量恢复

1.一般恢复

• 将所有备份的二进制日志内容全部恢复

2.基于位置恢复

• 数据库在某一时间点可能既有错误的操作也有正确的操作

• 可以基于精准的位置跳过错误的操作

3.基于时间点恢复

• 跳过某个发生错误的时间点实现数据恢复

1、一般恢复

（1）模拟丢失更改的数据的恢复步骤

mysql -uroot -p123123
use SCHOOL;
delete from CLASS1 where id=3;
delete from CLASS1 where id=4;
select * from CLASS1;
quit

mysqlbinlog --no-defaults /opt/mysql-bin.000002 | mysql -uroot -p123123
mysql -uroot -p123123 -e "select * from SCHOOL.CLASS1;"

 

 模拟丢失所有数据的恢复步骤

mysql -uroot -p123123
use SCHOOL;
drop table CLASS1;
quit

mysql -uroot -p123123 SCHOOL < /opt/SCHOOL_CLASS1_2021-01-29.sql
mysqlbinlog --no-defaults /opt/mysql-bin.000002 | mysql -uroot -p123123
mysql -uroot -p123123 -e "select * from SCHOOL.CLASS1;"

2．断点恢复

mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000002

和刚刚一样的使用64位编码机制去解码并按行读取二进制文件000002的详细内容

BEGIN
/!/;

at 302
#210129 0:39:12 server id 1 end_log_pos 430 CRC32 0x2c164d0a Query thread_id=10 time=0 error_code=0
use SCHOOL/!/;
SET TIMESTAMP=1611851952/!/;
insert into CLASS1 values(3,‘user3’,‘male’,‘game’)
/!/;

at 430
#210129 0:39:12 server id 1 end_log_pos 461 CRC32 0x225bb461 Xid = 76
COMMIT/!/;

at 461
#210129 0:39:13 server id 1 end_log_pos 526 CRC32 0xe5abe22c Anonymous_GTID last_comd=1 sequence_number=2 rbr_only=no
SET @@SESSION.GTID_NEXT= ‘ANONYMOUS’/!/;

at 526
#210129 0:39:13 server id 1 end_log_pos 609 CRC32 0x2cfb793b Query thread_id=10 time=0 error_code=0
SET TIMESTAMP=1611851953/!/;
BEGIN
/!/;

at 609
#210129 0:39:13 server id 1 end_log_pos 742 CRC32 0x7ea13a1a Query thread_id=10 time=0 error_code=0
SET TIMESTAMP=1611851953/!/;
insert into CLASS1 values(4,‘user4’,‘female’,‘reading’)
/!/;

at 742
#210129 0:39:13 server id 1 end_log_pos 773 CRC32 0x11b21cd0 Xid = 77
COMMIT/!/;

（1）基于位置恢复


#仅恢复到操作 ID 为“609”之前的数据，即不恢复“user4”的数据

mysqlbinlog --no-defaults --stop-position='609' /opt/mysql-bin.000002 | mysql -uroot -p
例：
mysql -uroot -p123123 -e "select * from SCHOOL.CLASS1;"
mysql -uroot -p123123 -e "truncate table SCHOOL.CLASS1;"
mysql -uroot -p123123 -e "select * from SCHOOL.CLASS1;"
mysqlbinlog --no-defaults --stop-position='609' /opt/mysql-bin.000002 | mysql -uroot -p
mysql -uroot -p123123 -e "select * from SCHOOL.CLASS1;"

 

#仅恢复“user4”的数据，跳过“user3”的数据恢复，609只后，仅有第四条记录

3123 -e "select * from SCHOOL.CLASS1;"
mysqlbinlog --no-defaults --start-position='609' /opt/mysql-bin.000002 | mysql -uroot -p123123
mysql -uroot -p123123 -e "select * from SCHOOL.CLASS1;"

 （2）基于时间点恢复

#仅恢复到 0:39:13 之前的数据，即不恢复“user4”的数据

例：先清空表CLASS1,方便实验

mysql -uroot -p123123 -e "truncate table SCHOOL.CLASS1;"
mysql -uroot -p123123 -e "select * from SCHOOL.CLASS1;"

mysqlbinlog --no-defaults --stop-datetime='2021-01-29 0:39:13' /opt/mysql-bin.000002 |mysql -uroot -p123123
mysql -uroot -p123123 -e "select * from SCHOOL.CLASS1;"

 #仅恢复“user4”的数据，跳过“user3”的数据恢复（基本一致）

mysqlbinlog --no-defaults --start-datetime='2021-01-29 0:39:13' /opt/mysql-bin.000002 |mysql -uroot -p

hydrogen_balloon
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL数据库和MySQL管理、备份与恢复
12-14
3. 表的创建与管理：学习如何定义数据表的结构，包括字段、数据类型和约束，如主键、外键等。 4. 用户权限管理：创建和管理数据库用户，分配不同级别的权限，确保数据安全。 5. 日常操作：了解如何进行数据导入...
关于Mysql的日志管理、备份与恢复
11-09
MySQL数据库在日常运维中，日志管理、备份与恢复是至关重要的环节，它们关系到数据的安全性和业务的连续性。本文将深入探讨这三大主题，帮助你更好地理解并掌握相关知识。 首先，我们来了解MySQL的日志系统。MySQL...
mysql基本操作
weixin_44047830的博客
04-26 213
mysaql基本操作 新建用户 先登录进root用户，然后再利用root用户的权限进行创建用户操作 mysql> create user 'test'@'localhost' identified by '123456'; 刷新授权：mysql> flush privileges; 为新用户分配权限：mysql> grant all privileges on car.* to...
MySQL概述 -- 安装配置 -- 学习笔记
weixin_53622554的博客
04-10 362
之前我们可以把数据存储到内存里面，也可以把数据存储到文件里面，但是存储到内存里面的数据，它只是一些临时性的数据，当计算机一关机或者一断电的时候，再次开机的时候数据就没有了。数据库它是持久化存储数据的，那就意味着它一定是将数据存储在文件里面的，那么存储到文件里面呢，可以得出一个结论：其实数据库就是一个文件系统。如果我们把数据存储到文件里面，数据可以做一些持久化的保存，当计算机再次关机，再次打开的时候，它还是在里面的。把数据存储在数据库的文件里面和存储在这种普通的文件里面有什么区别呢？
mysql安装教程
热门推荐
愿世界和平
09-18 27万+
MySQL针对不同的用户提供了2中不同的版本： MySQL Community Server：社区版。由MySQL开源社区开发者和爱好者提供技术支持，对开发者开放源代码并提供免费下载。 MySQL Enterprise Server：企业版。包括最全面的高级功能和管理工具，不过对用户收费。 下面讲到的MySQL安装都是以免费开源的社区版为基础。打开MySQL数据库官网的下载地址http://dev.
mysql8.0.18相关配置
D_pfei的博客
11-25 902
1.配置初始化my.ini文件 [mysqld] # 设置3306端口 port=3306 # 设置mysql的安装目录 basedir=C:\Program Files\MySQL # 设置mysql数据库的数据的存放目录 datadir=C:\Program Files\MySQL\Data # 允许最大连接数 max_connections=200 # 允许连接失败的次数。 max_con...
mysql 人员查询总结
骑着蜗牛绕地球
08-01 555
– 创建人力资源管理系统数据库 drop database if exists HRS; create database HRS default charset utf8; – 切换数据库上下文环境 use HRS; – 删除表 drop table if exists TbEmp; drop table if exists TbDept; – 创建部门表 creat...
MySQL日志管理，备份与恢复
qq_51545656的博客
12-17 1206
备份的主要目的是灾难恢复，备份还可以测试应用、回滚数据修改、查询历史数据、审计等。而备份、恢复中，日志起到了很重要的作用MySQL日志管理是数据库管理中的一个重要方面，它可以用于诊断问题、监控性能、进行故障恢复等。MySQL主要有几种类型的日志，包括错误日志、查询日志、二进制日志、慢查询日志等。下面详细解析每种类型的日志以及其管理。
MySQL日志、备份与恢复
lcy913的博客
12-27 870
mysqldump -uXXX -pXXX [-d] 库名 表1 [表2 ....] > XXX.sql 备份指定库中的一个或多个表数据，不包含库对象。mysqlbinlog --no-defaults --start-position='开始位置点' --stop-position='结束位置点' | mysql -uXXX -pXXX。MySQL完全备份是对整个数据库、数据库结构和文件结构的备份，保存的是备份完成时刻的数据库，是差异备份与增量备份的基础。
MySQL日志管理、备份与恢复
lxplxplike的博客
06-21 1097
（1）使用mysqldump进行完全备份存在的问题备份数据中有重复数据备份时间与恢复时间过长是自上一次备份后增加/变化的文件或者内容没有重复数据，备份量不大，时间短恢复需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复（3）MySQL没有提供直接的增量备份方法（4）可通过MySQL提供的二进制日志间接实现增量备份（5）MySQL二进制日志对备份的意义二进制日志保存了所有更新或者可能更新数据库的操作。
myaql命令用法总结整合
05-16
总结的sql命令 经常用的几个 这个用牢记使用到了的时候忘记了 查一查就行了 用的多了必然也就记住了
Mysql实现企业级日志管理、备份与恢复的实战教程
09-09
总之，企业级的MySQL日志管理、备份与恢复是一个综合性的任务，需要结合业务需求、存储资源、恢复速度和安全性等多个因素来制定和实施策略。通过合理规划和实践，可以确保企业的数据安全和业务连续性。
mysql日志管理、备份与恢复.md
08-19
### MySQL 日志管理、备份与恢复 #### 一、MySQL 常用日志 **1. 概述** 在 MySQL 数据库系统中，日志文件对于实现有效的备份与恢复策略至关重要。通过日志文件，我们可以追踪数据变化、诊断问题，并在必要时恢复...
07.26MySQL日志 备份与恢复1
08-08
MySQL 日志备份与恢复 MySQL 是一种常用的关系数据库管理系统，它提供了多种日志机制来记录数据库的各种操作和错误信息。这些日志文件对于数据库的备份和恢复至关重要。本文将详细介绍 MySQL 的日志机制、备份类型...
基于ssm框架实现的一个简易新闻网站（jsp+ssm+bookstrap+mysaql）
kaksk_aja的博客
01-16 8219
中国红新闻网 前端：bookstrap+jsp 后端：ssm框架 数据库：mysql8.0 开发工具：elclipse+tomcat8.5 前台效果展示： 后台效果展示： PS:第一次写ssm框架还不太熟悉，前端方面没怎么学好所以页面效果不太好看，功能也比较基础，有兴趣的同学可以把新闻点赞功能写完。 源码资源： ...
MySQL的初步认识
2301_80706853的博客
08-14 190
MySQL的初步认识
MySQL的基本语法记录
sy_daily的博客
08-14 465
涵盖了mysql的基础语法供参考学习使用。
软件设计之MySQL(1)
thm19990903的博客
08-13 623
关系型数据库(RDBMS)1、以行和列的形式存储数据，一系列的行和列被称为表，一组表组成一个库2、关系体现在表与表之间的联系，各种联系均用关系模型表示3、SQL就是关系型数据库的查询语言非关系型数据库(非RDBMS)1、主要体现为舍得2、舍体现在，非关系型数据库通常舍弃了严格的ACID、复杂的SQL查询能力3、得体现在由于没有复杂的查询和一致性要求，非关系型数据库通常在数据写入和读取的性能上表现优异；其擅长在分布式环境中进行水平扩展，可以处理大量的数据·和·高并发的请求。
MySQL中的锁事
最新发布
SHI940637335的博客
08-14 363
表级锁是MySQL中最基本的锁策略，是MySQL最早采用的锁策略。表级锁的特点是开销小，加锁快，不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。在MySQL中，对MyISAM表的读操作，会自动加上读锁，对MyISAM表的写操作，会自动加上写锁。InnoDB引擎在必要情况下会使用表锁，但主要是使用行锁来实现多版本并发控制（MVCC），它能提供更好的并发性能和更少的锁冲突。总的来说，表锁适用于读操作多、写操作少的应用，当并发争用不是特别激烈，以及记录级锁并发控制开销大于访问冲突开销的情况。
MySQL日志管理与备份恢复实战
"这篇文档详细介绍了MySQL的日志管理、备份与恢复的重要概念和实践方法，包括错误日志、二进制日志、中继日志和慢查询日志的使用，以及备份策略和恢复技术。" MySQL日志管理是数据库运维中的关键环节，它对于故障...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值