Mysql 备份与恢复

最新推荐文章于 2024-10-06 16:31:09 发布
最新推荐文章于 2024-10-06 16:31:09 发布
阅读量212 收藏
点赞数
分类专栏： Mysql 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_33217949/article/details/71309412
版权

数据库备份的作用不言而喻，虽然不一定用的上，却还是必须要做的。

数据库备份可以从两个方向考虑备份，一个是直接备份存储后的数据文件 tar cp，称之为物理备份，这样做在数据回复时特别快直接挂载到数据目录即可，同时他拷贝数据文件时会很慢，而且不容易跨平台跨版本跨软件还不能分库分表，笨重适用于超过50G的大数据。常用的备份工具有xtrabackup（Innodb）， cp tar等
另一个则是备份数据库执行的SQL语句，恢复数据时，需要将sql语句在执行一边，这样做备份时会很快，恢复时就很慢，mysqldump，可以跨平台跨软件分库分表。

一、 mysqldump


 - 1.1 全部备份
[root@Mysql_5 ~]# mysqldump -uroot -predhat -S /data/3306/mysql.sock  --all-databases  
 #mysqldump实际上就是导出所有的sql语句
                    --add-databases  所有数据库
。。。。。。
LOCK TABLES `test2` WRITE;
/*!40000 ALTER TABLE `test2` DISABLE KEYS */;
/*!40000 ALTER TABLE `test2` ENABLE KEYS */;
UNLOCK TABLES;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2017-05-07 10:32:45
。。。

 - 1.2 分库分表备份
#使用-B 指定数据库名称
 [root@Mysql_5 ~]# mysqldump -uroot -predhat -S /data/3306/mysql.sock -B test_db
#导出多个数据库
  [root@Mysql_5 ~]# mysqldump -uroot -predhat -S /data/3306/mysql.sock -B test_db test_db2  
#导出表
  [root@Mysql_5 ~]# mysqldump -uroot -predhat -S /data/3306/mysql.sock test_db test

#使用输出重定向保存sql语句
[root@Mysql_5 ~]# mysqldump -uroot -predhat -S /data/3306/mysql.sock test_db test >./1.test_db-test.sql
[root@Mysql_5 ~]# ll 1.test_db-test.sql
-rw-r--r-- 1 root root 2145 May  7 12:56 1.test_db-test.sql
[root@Mysql_5 ~]# cat 1.test_db-test.sql
-- MySQL dump 10.13  Distrib 5.5.49, for Linux (x86_64)
--
-- Host: localhost    Database: test_db
-- ------------------------------------------------------
-- Server version   5.5.49-log

 - 1.3 压缩保存
[root@Mysql_5 ~]# mysqldump -uroot -predhat -S /data/3306/mysql.sock test_db test |gzip >./1.test_db-test.sql.gz
[root@Mysql_5 ~]# ll 1.test_db-test.sql.gz
-rw-r--r-- 1 root root 784 May  7 12:57 1.test_db-test.sql.gz
[root@Mysql_5 ~]#
  • 1.5 mysqldump 其他参数
    -d 只备份库表结构
    -T 分离库表和数据成不同的文件，数据是文本，非SQL语句
    -A 备份所有库
    -B 制定单个库

  • DATABASE TABLE 备份表

  • 2.0 binlog
    mysql在写入数据到数据库时，同时会将sql语句记录到binlog中。
    这里写图片描述

    这个时间段丢失的数据就可以通过binlog恢复， 在mysqldump备份数据库时-F 刷新binlog ，这样就可以找到备份后的临界点，回复丢失的数据。

  • 启动binlog记录日志

[root@Mysql_5 ~]# grep log-bin /data/3306/my.cnf
log-bin = /data/3306/mysql-bin
[root@Mysql_5 ~]#
[root@Mysql_5 ~]# ll /data/3306/mysql-bin.*
-rw-rw---- 1 mysql mysql  126 May  1 15:50 /data/3306/mysql-bin.000017
-rw-rw---- 1 mysql mysql  126 May  1 15:50 /data/3306/mysql-bin.000018
-rw-rw---- 1 mysql mysql  126 May  1 15:59 /data/3306/mysql-bin.000019
-rw-rw---- 1 mysql mysql  840 May  7 12:50 /data/3306/mysql-bin.index
  • 备份数据中添加位置点信息
 mysqldump  -F 生成新的binlog文件，将来恢复时从这个文件开始
 --master-data  在数据文件里添加CHANGE MASTER语句 binlog文件以及位置点信息。
               =1 为可执行的CHANGE MASTER语句
               =2 为注释的CHANGE MASTER语句
[root@Mysql_5 ~]# mysqldump -uroot -predhat -S /data/3306/mysql.sock -F  -B test_db --master-data=1 >test.sql
[root@Mysql_5 ~]# sed -n '22p' test.sql
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000046', MASTER_LOG_POS=107;
[root@Mysql_5 ~]#

  • 锁表
    -x，–lock-all-table 加全局锁。myisam引擎，非事物引擎，混合引擎
    -single-transaction 事务引擎innodb 备份，不用锁表 ，利用了事务的ACID 隔离性

  • 1.4 生产场景不同引擎mysqldump备份命令

myisam引擎企业生产备份命令（适合所有引擎或混合引擎）:
mysqldump -uroot -predhat -S /data/3306/mysql.sock -A -B -R –master-data=2 -x |gzip >/opt/alL__$(date +%F).sql.gz
提示：-F也可以不用，与–master-data有些重复。

innodb引擎企业生产备份命令:推荐使用的
mysqldump -uroot -predhat -S /data/3306/mysql.sock -A -B -R –master-data=2 –single-transaction |gzip >/opt/alL__$(date +%F).sql.gz

  • Mysql 恢复数据
    将导出的数据库文件恢复到数据库中。

 - mysql命令
[root@Mysql_5 ~]# mysqldump -S /data/3306/mysql.sock  -uroot -predhat -B test_db >test_db.sql
[root@Mysql_5 ~]# mysql -uroot -predhat -S /data/3307/mysql.sock <test_db.sql 
[root@Mysql_5 ~]# mysql -uroot -predhat -S /data/3307/mysql.sock -e "show databases;"
                                  # -e 非交互式执行sql语句。
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test_db            |
+--------------------+
[root@Mysql_5 ~]#


#压缩恢复
[root@Mysql_5 ~]# mysqldump -S /data/3306/mysql.sock  -uroot -predhat -B test_db |gzip >test_db.sql.gz
[root@Mysql_5 ~]# zcat test_db.sql.gz |mysql -uroot -predhat -S /data/3307/mysql.sock
[root@Mysql_5 ~]# mysql -uroot -predhat -S /data/3307/mysql.sock -e "show databases;"
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test_db            |
+--------------------+
[root@Mysql_5 ~]#

PS：如果全备了所有库但是只会恢复单个库时 可以将数据全部导入第三方数据库，dump出需要的库恢复。
如果dump时没有使用-B 指定库，而导入的mysql -server中没有要导入的db 需要先执行创建db 。
 - source恢复
mysql> source test_db.sql;   
             #这里是数据文件路径 这是相对路径 进入数据库前的位置。
使用source 恢复，和字符集关联很大 必须要一致，不然会乱码。 数据库---数据文件
  • 查看线程状态
#查看完整的线程状态
mysql> show full processlist;
+----+------+-----------+---------+---------+------+-------+-----------------------+
| Id | User | Host      | db      | Command | Time | State | Info                  |
+----+------+-----------+---------+---------+------+-------+-----------------------+
| 15 | root | localhost | test_db | Query   |    0 | NULL  | show full processlist |
+----+------+-----------+---------+---------+------+-------+-----------------------+
1 row in set (0.00 sec)

#查看当前的线程状态
mysql> show  processlist;
+----+------+-----------+---------+---------+------+-------+-------------------+
| Id | User | Host      | db      | Command | Time | State | Info              |
+----+------+-----------+---------+---------+------+-------+-------------------+
| 15 | root | localhost | test_db | Query   |    0 | NULL  | show  processlist |
+----+------+-----------+---------+---------+------+-------+-------------------+
1 row in set (0.00 sec)

mysql>

#结束线程
mysql> kill 15;

mysql线程过多

mysql命令行
set global wait_timeout = 60;
set global interactive_timeout = 60;

修改配置文件
[mysqld]
interactive_timeout = 120 此参数设置后wait_timeout自动生效。 mysql的连接数的多少
wait_timeout = 120 每一个连接的超时时间

  • 查看mysql变量及性能状态

mysql> show variables like '%slow%';
+---------------------+----------------------------------+
| Variable_name       | Value                            |
+---------------------+----------------------------------+
| log_slow_queries    | OFF                              |
| slow_launch_time    | 2                                |
| slow_query_log      | OFF                              |
| slow_query_log_file | /data/3307/data/Mysql_5-slow.log |
+---------------------+----------------------------------+
4 rows in set (0.00 sec)

mysql>
mysql> show variables;
+---------------------------------------------------+------------------------------------------------------------------------------------------------------------------------+
| Variable_name                                     | Value                                                                 |

 - 查看其他变量
 mysql> show variables like '%server_id%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id     | 1     |
+---------------+-------+
1 row in set (0.00 sec)
mysql> show variables like '%log_bin%';
+---------------------------------+-------+
| Variable_name                   | Value |
+---------------------------------+-------+
| log_bin                         | ON    |
| log_bin_trust_function_creators | OFF   |
| sql_log_bin                     | ON    |
+---------------------------------+-------+
3 rows in set (0.00 sec)
mysql>
 - 不重启设置变量,重启生效

 mysql> show variables like '%key_buffer%';
+-----------------+----------+
| Variable_name   | Value    |
+-----------------+----------+
| key_buffer_size | 16777216 |
+-----------------+----------+
1 row in set (0.00 sec)
   #当前生效
mysql> set global key_buffer_size = 1024*32;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like '%key_buffer%';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| key_buffer_size | 32768 |
+-----------------+-------+
1 row in set (0.00 sec)
mysql>
    #下次重启生效
mysql> system grep key_buffer /data/3307/my.cnf
key_buffer_size = 32K
mysql>
写入配置文件 ; sql中 system 表示执行shell命令
  • 数据库掌握命令
    show processlist; 查看数据库正在执行的sql语句,可能无法看到完整的sql语句
    show full processlist; 查看完整的正在执行的语句.
    kill ID; 杀死线程
    show variables; 查看变量信息.
    show variables like ’ %…%’; 精确查看变量信息, % 通配符任意字符
    set global key_buffer_size = 1024*32; 设置变量 当前生效
    show session status; 查看当前会话的数据库状态信息.
    show global status; 查看全局的状态信息.
    show engine innodb status; 查看innodb 引擎的状态信息.
    show slave status; 查看主从复制的状态信息.
    /G;
  • mysql 恢复练习
[root@localhost]_(none)>create database test;
Query OK, 1 row affected (0.00 sec)

[root@localhost]_(none)>use test;
Database changed
[root@localhost]_test>
[root@localhost]_test>create table test2 (`id` int(4) NOT NULL ,`name` char(20) NOT NULL);
Query OK, 0 rows affected (0.01 sec)
[root@localhost]_test>insert  into test.test2(id,name) values(1,'aa');
Query OK, 1 row affected (0.00 sec)

[root@localhost]_test>insert  into test.test2(id,name) values(2,'aaa');
Query OK, 1 row affected (0.00 sec)
[root@localhost]_test>select * from test2;
+----+------+
| id | name |
+----+------+
|  1 | aa   |
|  2 | aaa  |
+----+------+
2 rows in set (0.00 sec)

[root@localhost]_test>
[root@Mysql_5 ~]#  mysqldump -S /data/3306/mysql.sock  -uroot -predhat -B -R -F  --single-transaction   test |gzip >/tmp/$(date +%F).sql.gz

[root@Mysql_5 ~]# ll /tmp/2017-05-08.sql.gz
-rw-r--r-- 1 root root 743 May  8 09:14 /tmp/2017-05-08.sql.gz
[root@Mysql_5 ~]#



[root@localhost]_(none)>use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
[root@localhost]_test>insert  into test.test2(id,name) values(3,'bb');
Query OK, 1 row affected (0.00 sec)

[root@localhost]_test>insert  into test.test2(id,name) values(4,'bbb');
Query OK, 1 row affected (0.00 sec)

[root@localhost]_test>select * from test2;
+----+------+
| id | name |
+----+------+
|  1 | aa   |
|  2 | aaa  |
|  3 | bb   |
|  4 | bbb  |
+----+------+
4 rows in set (0.00 sec)

[root@localhost]_test>


[root@localhost]_test>drop database test;
Query OK, 1 row affected (0.01 sec)

[root@localhost]_(none)>
[root@localhost]_(none)>show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
+--------------------+
3 rows in set (0.00 sec)


[root@Mysql_5 ~]# zcat /tmp/2017-05-08.sql.gz |my06
[root@Mysql_5 ~]# my06 -e "use test; select * from test2;"
+----+------+
| id | name |
+----+------+
|  1 | aa   |
|  2 | aaa  |
+----+------+
[root@Mysql_5 ~]#

#结合binlog 时间 和 备份时间找到刷新后的日志。

[root@Mysql_5 ~]# mysqlbinlog /data/3306/mysql-bin.000052
。。。。。。。。。。。
# at 107

[root@Mysql_5 ~]# mysqlbinlog /data/3306/mysql-bin.000052|grep drop
drop database test
[root@Mysql_5 ~]#
[root@Mysql_5 ~]# sed -i '/drop/d' /tmp/1.sql
[root@Mysql_5 ~]# grep 'drop' /tmp/1.sql
[root@Mysql_5 ~]#
[root@Mysql_5 ~]# my06 </tmp/1.sql
[root@Mysql_5 ~]# my06 -e "select * from test.test2;"
+----+------+
| id | name |
+----+------+
|  1 | aa   |
|  2 | aaa  |
|  3 | bb   |
|  4 | bbb  |
+----+------+
[root@Mysql_5 ~]#



#这里是恢复的整个test库的数据，如果要恢复单个表 先导出test库的表结构到测试库，然后把1.sql恢复到新库，导出指定表的数据，恢复即可。

恢复bin log 也可根据出问题的时间进行恢复。
具体参考mysqlbinlog的其他参数。

苍青的天空、
关注
专栏目录
MySQL备份与恢复
m0_71593537的博客
09-24 1万+
Mysql备份与恢复
MySQL备份与还原
pangdongqiqi的博客
09-12 1029
只有那些在上次完全备份或者增量备份后被修改的文件才会被备份以上次完整备份或上次增量备份的时间为时间点，仅备份期间内的数据变化，因而备份的数据量小，占用空间小，备份速度快。每次对数据进行完整备份，即对整个数据库、数据库结构和文件结构的备份，保存的是备份完成时刻的数据库，是差异备份与增量备份的基础完全备份的备份与恢复操作都非常简单方便，但是数据存在大量的重复并且会占用大量的磁盘空间，备份的时间也很长。备份那些自从上次完全备份之后被修改过的所有文件，备份的时间节点是从上次完整备份起，备份数据量会越来越大。
MySQL 备份与恢复
m0_71548847的博客
07-29 782
备份的主要目的是灾难恢复，各份还可以测试应用、回滚数据修改、查询历史数据、审计等。之前已经学习过如何安装 MySQL，本小节将从生产运维的角度了解备份恢复的分类与方法。增量备份的特点与完全备份不同，增量备份没有重复数据，备份量不大，时间短;但其恢复麻烦，需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复。MySQL 没有提供直接的增量备份办法，可以通过 MySQL提供的二进制日志(binary logs)间接实现增量备份。MySQL 二进制日志对备份的意义。
mysql备份与还原
2201_75549363的博客
09-02 1280
如果进行增量备份（包含自上次完全备份或增量备份以来发生的数据修改），需要刷新二进制日志。在增量备份中，选择基于语句或基于行的方式取决于您对数据变化的关注点和备份恢复的需求。操作的记录，而基于行的增量备份更注重数据行的变化情况。是对整个数据库、数据库结构和文件结构的备份，保存的是备份完成时刻的数据库 ，是差异备份与增量备份的基础。备份过程中需要对每个数据文件申请开始和结束备份的操作，否则可能会备份到一些不一致的数据。通俗解释：就像记录每个人的变化一样，基于行的增量备份会记录每个数据行的变化情况，而不是。
Mysql 备份与还原
weixin_44473708的博客
07-17 554
③ 增量备份 *** 只有那些在上次完全备份或者增量备份后被修改的文件才会被备份以上次完整备份或上次增量备份的时间为时间点，仅备份期间内的数据变化，因而备份的数据量小，占用空间小，备份速度快。① 完全备份 *** 每次对数据进行完整备份，即对整个数据库、数据库结构和文件结构的备份，保存的是备份完成时刻的数据库，是差异备份与增量备份的基础完全备份的备份与恢复操作都非常简单方便，但是数据存在大量的重复并且会占用大量的磁盘空间，备份的时间也很长。物理备份又可以成为冷备份（脱机备份）、热备份（连接备份）和温备份。
实验报告六 MYSQL备份与恢复.docx
10-25
根据提供的实验报告“MYSQL备份与恢复”的相关内容，我们可以总结出以下几个关键知识点： ### 一、MYSQL日志管理 #### 1. 错误日志 - **定义**: 记录MySQL运行过程中的错误信息和警告信息。 - **作用**: 帮助管理...
Mysql备份与恢复
05-29
生产中Mysql备份恢复的形式，基于mysqldump备份及原理，基于Xtrabcackup备份及原理，表空间传输，binlog备份（增量），基于mysql全备+增备的恢复Tips
linux运维学习笔记：Mysql备份与恢复.pdf
08-18
衡量备份恢复有两个重要的指标：恢复点目标（RPO）和恢复时间目标（RTO），前者重点关注能恢复到什么程度，而后者则重点关注恢复需要多长时间。 常用的备份方式有三种：物理备份、全量备份和增量备份。 1. 物理...
MySQL表的增删改查(基础)
weixin_63965017的博客
10-02 532
语法表名values(值，值......);值与列相匹配。
【MySQL】MySQL 数据库主从复制详解
人生苦短，睡觉要紧，睡醒再说
10-01 1252
MySQL 主从复制是实现高可用性和负载均衡的重要手段。通过合理配置和监控，可以显著提升数据库的可用性和性能，有效地管理数据同步，实现系统的弹性和鲁棒性。在实际应用中，应根据业务需求和系统架构来合理设计部署方案，并定期监控复制状态，以确保数据的一致性和完整性。了解主从复制的工作原理及其配置过程，对数据库管理员至关重要。希望本文能帮助您深入理解 MySQL 主从复制的相关知识。
【mysql相关总结】
Charles D
09-30 345
数据库小的表,全表扫描效率更高，不用建索引。索引的类型1.普通索引：基本的索引，没有任何约束限制2.唯一索引：类似普通索引,有唯一约束性3.主键索引：特殊的唯一索引,不允许有空值4.组合索引：多个列组合创建索引5.外键索引：只有innodb可以使用6.全文索引：只有myisam可以使用，且只能对英文进行全文检索注意事项1.复合索引遵循前缀原则（最左匹配原则）2.like查询,%号不能在前面，否则索引失效3.如果or前面的条件有索引,也会失效。
Python 3 和 MySQL(PyMySQL) 的完美结合
wjs2024的博客
10-02 625
PyMySQL 是一个纯 Python 编写的 MySQL 客户端库，它提供了与 MySQL 数据库进行交互的接口。PyMySQL 设计轻量、易于安装和使用，且完全兼容 MySQLdb 接口，使得从 MySQLdb 迁移变得非常简单。Python 3 和 PyMySQL 库的结合为开发人员提供了一种高效、简洁的方式来与 MySQL 数据库进行交互。通过本文的介绍，您应该能够理解如何安装 PyMySQL、建立数据库连接、执行 SQL 语句、处理查询结果以及处理可能出现的错误。
docker容器mysql数据备份 mysql容器无法启动备份数据
zhangxu1998lq的博客
09-30 392
mysql是旧容器名 因为mysql的配置文件my.cnf的路径没有映射到服务器，我修改了配置文件，配置文件有错误导致，容器启动不了，一直restarting。nmysql是新容器名 mysql是旧容器名 mysql:5.7是我的镜像名。新容器正常启动，旧容器的数据都还在。
Mysql知识体系总结梳理
guitumanman的博客
09-30 900
那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。最后，事务B读取到的张三工资为8000的数据即为脏数据，事务B做了一次脏读。不可重复读的重点是修改：同样的条件，你读取过的数据，再次读取出来发现值不一样了幻读的重点在于新增或者删除：同样的条件，第 1 次和第 2 次读出来的记录数不一样。
MySQL之复合查询与内外连接
zdlynj的博客
09-30 1277
前面我们讲解的mysql表的查询都是对一张表进行查询，即数据的查询都是在某一时刻对一个表进行操作的。而在实际开发中，我们往往还需要对多个表同时进行查询。我们这里使用的测试表，为雇员信息表(来自Oracle 9i的经典测试表)：EMP员工表，DEPT部门表，SALGRADE工资等级表。
MySQL中NULL值是否会影响索引的使用
m0_74047598的博客
09-29 577
🐭🐭在面试的时候被问到NULL值是否会走索引的时候，感到有点不理解，于是事后就有了这篇文章问题：为name建立索引，name可以为空是否会使用索引？生活会拷打每一个做事不认真的人😭。
高级java每日一道面试题-2024年10月5日-数据库篇[MySQL篇]-Mysql是如何回滚事务的?
最新发布
qq_43071699的博客
10-06 730
MySQL通过Undo Log和Redo Log等机制来实现事务的回滚。回滚过程包括读取Undo Log、撤销更改、释放锁、更新系统表和清理资源等步骤。理解这些内部机制对于优化事务处理和提高数据库性能非常重要。
滚雪球学MySQL[1.3讲]：MySQL客户端工具：详解与实践
**My Coding Family**
10-01 1398
在上期文章中，我们深入探讨了MySQL的安装与配置，这为我们顺利使用MySQL打下了基础。具体来说，我们介绍了如何正确安装MySQL、配置环境变量、调整字符集，并确保数据库可以正常运行。这些基础配置是后续操作的前提，理解并掌握这些技能能够帮助你在未来的开发工作中减少不必要的麻烦。然而，安装与配置仅仅是迈出了使用MySQL的第一步。真正的工作是如何高效地与数据库交互，并对数据进行增删改查。这时候就需要借助强大的MySQL客户端工具。
MySQL备份与恢复策略详解
“Linux运维学习笔记，专注于MySQL数据库的备份与恢复技术。” 在IT运维领域，尤其是在数据库管理中，备份和恢复策略是至关重要的。本文档主要聚焦于MySQL数据库的备份和恢复方法，这对于确保数据安全性和业务连续...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值