binlog解读2

最新推荐文章于 2022-07-20 16:34:46 发布
最新推荐文章于 2022-07-20 16:34:46 发布
阅读量966 收藏
点赞数
分类专栏： mysql 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/mengjiangui/article/details/111187374
版权

一、binlog文件里面写入的是啥玩意？

答：1、binlog是由一个一个event组成，event是binlog的最小组成单元。

2、binlog文件头部固定以4个字节开头，这四个字节称为BINLOG_MAGIC(fe 62 69 6e)魔数，当使用mysqldump命令解析binlog文件时，来识别该文件属于binlog文件。

3、每个binlog文件以一个FORMAT_DESCRIPTION_EVENT类型的event开始。以一个Rotate类型的event结束（但也有特殊情况，当数据库出现宕机的情况，重新启动数据库会生成一个新的binlog文件，但是宕机之前的最新binlog文件中，不是以ROTATE_EVENT结束的）

在FORMAT_DESCRIPTION_EVENT和ROTATE_EVENT之间是各种不同event，每个event代表Master上不同的操作。

4、查看binlog的命令和event的命令以及binlog记录位点：

show binlog events in ‘mysql-bin.000111’(from position); show master status; show binary logs; 。

 

二、常见的event事件：

1、binlog事件：由<公有事件头>+[私有事件头post header]+[事件体event body]三部分组成.所有的binlog事件都包含公有事件头，另外两个部分是根据事件类型可选。

公有事件头内容（事件头根据binlog版本不同，分为13字节和19字节。mysql5+版本都是binlog v4版本，都是19个字节。）：

https://img2018.cnblogs.com/blog/818283/201811/818283-20181103183036961-51386194.png

  1. timestamp (4) -- seconds since unix epoch：第一个字段是事件生成的时间戳，占4个字节。
  2. event_type(1) -- see Binlog Event Type：第二个字段是事件类型，占1个字节。
  3. server_id (4) -- server-id of the originating mysql-server. Used to filter out events in circular replication：第三个字段是源mysql主机的server id，占4个字节，用于过滤循环复制中的事件。
  4. event_size (4) -- size of the event (header, post-header, body)：第四个字段是事件大小，占4个字节，包括事件头、事件体的总大小。
  5. log_pos (4) -- position of the next event：第五个字段是位置，占4个字节，表示下一个事件的位置。
  6. flags (2) -- see Binlog Event Flag：最后一个字段标志状态，占2个字节。https://dev.mysql.com/doc/internals/en/binlog-event-flag.html

2、binlog版本问题：

binlog文件格式有以下几种：

    v1：用于3.23版本；

    v3：用于4.0.2到4.1版本；

    v4：用于5.0及以上版本；

v2版本只在4.0.x版本中使用，目前已经不再支持了。

3、mysql5.7关闭gtid之后的binlog event类型：

ddl create table：Anonymous_Gtid event --> Query event --> XID event。

insert/update/delete：Anonymous_Gtid event --> Query event--> Table_map event --> Write_rows event（Delete_rows 或者Update_rows）à XID event

注：binlog事件的产生是以语句为单位而不是以数据行为单位，即一条语句会产生一个事件而不是每操作一行数据会有一个事件。

binlog事件介绍：

1、 FORMAT_DESCRIPTION_EVENT：

A format description event is the first event of a binlog for binlog-version 4. It describes how the other events are layed out. 这个事件定义了binlog header的格式，而且记录了一些元数据信息。

https://img2018.cnblogs.com/blog/818283/201811/818283-20181103183056402-1579981666.png

  1. binlog-version (2)  #binlog文件版本号，2个字节。
  2. mysql-server version (50) #创建binlog的MySQL服务器版本，50个字节。
  3. create_timestamp (4) #binlog创建时的时间戳，4个字节。
  4. event_header_length (1) #binlog header 占用的字节数19，1个字节。
  5. event type header length(39) #这里的是每个事件的post header的长度的字节数组，每一个事件一个字节。39个事件就有39个字节。这个数组长度不是固定的(每个版本包含的事件数很可能是不同的)。
  6. CRC32(4): CRC32校验位，4个字节。

2、Rows_query event：

当binlog_rows_query_log_events这个参数开启时，会将执行的源sql语句存入这个事件中，但是在主从复制的过程中，从库并不会去执行这个事件。

3、 Query event：

The query event is used to send text querys right the binlog. 查询事件用于向binlog发送文本查询。

  1. 触发条件：

QUERY_EVENT类型的事件通常在以下几种情况下使用：

# 事务开始时，执行的BEGIN操作。

# STATEMENT格式中的DML操作。

 # ROW格式中的DDL操作。

b、--------固定数据部分(私有事件头)-----

（1）、thread_id：4个字节，存储了不同连接或会话的线程ID。

（2）、execution time：4个字节，查询从开始执行到记录到binlog所花时间，单位s。

（3）、schema length：1个字节，schema字符长度6。即库名的长度。

（4）、error code：2个字节，错误码。

（5）、status-var length：2个字节，23 00，status-var的长度，为35

 

---------可变数据部分（事件体）--------

（6）、status var:35个字节，即以KV对的形式保存起来的一些了由SET命令设置的上下文信息。eg：

SET @@session.pseudo_thread_id=7322991/*!*/;

SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;

SET @@session.sql_mode=0/*!*/;

SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;

/*!\C utf8 *//*!*/;

SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;

SET @@session.lc_time_names=0/*!*/;

SET @@session.collation_database=DEFAULT/*!*/;

下面详细说一下这几个参数的含义：

1）会话系统变量pseudo_thread_id用于标记当前会话的mysql连接ID。

2）SET @@session.foreign_key_checks=1开启外键约束，=0是取消外键约束。

3）sql_auto_is_null：sql_auto_is_null 参数默认值为OFF 关闭 0，如果启用了此变量，则在成功插入自动生成的AUTO_INCREMENT值的语句之后 ，可以通过发出以下形式的语句来找到该值：SELECT * FROM tbl_name WHERE auto_col IS NULL。

4）@@session.unique_checks=1，这个参数是用于检查主键和唯一键是否重复的参数.

5）@@session.autocommit=1，MySQL从自动提交（autocommit）模式运行，这种模式会在每条语句执行完毕后把它作出的修改立刻提交给数据库并使之永久化。

6）@@session.sql_mode=1073741824，通过设置sql mode, 可以完成不同严格程度的数据校验，有效地保障数据准备性。例如：我在创建一个表时，该表中有一个字段为name，给name设置的字段类型时char(10)，如果我在插入数据的时候，其中name这个字段对应的有一条数据的长度超过了10，例如'1234567890abc'，超过了设定的字段长度10，那么不会报错，并且取前十个字符存上，也就是说你这个数据被存为了'1234567890',而'abc'就没有了。

7）auto_increment_offset表示自增长字段从那个数开始，他的取值范围是1 .. 65535，auto_increment_increment表示自增长字段每次递增的量，其默认值是1，取值范围是1 .. 65535。

8）SET @@session.lc_time_name=0，日期的星期和月份名称，默认是英文的，set lc_time_names='zh_CN'，则可以设置为中文的。

9）SET @@session.character_set_client=45，id为45的字符集为utf8mb4字符集，33为utf8.客户端发送到server的字符串使用的字符集，server会按照该变量值来解析客户端发来的语句。

10）@@session.collation_connection=45，45对应utf8mb4_general_ci，字符集校对规则：是在字符集内用于字符比较和排序的一套规则，比如有的规则区分大小写，有的则无视。

①两个不同的字符集不能有相同的校对规则；

②每个字符集有一个默认校对规则；

③存在校对规则命名约定：以其相关的字符集名开始，中间包括一个语言名，并且以_ci（大小写不敏感）、_cs（大小写敏感）或_bin（二元）结束。

系统使用utf8字符集，若使用utf8_bin校对规则执行SQL查询时区分大小写，使用utf8_general_ci不区分大小写(默认的utf8字符集对应的校对规则是utf8_general_ci)。

校对规则是在字符集内用于比较字符的一套规则,可以控制 select 查询时where 条件大小写是否敏感的规则.如字段 col 在表中的值为 'abc','ABC','AbC' 在不同的校对规则下,where col='ABC'会有不同的结果。

每个列都应该有一个校对，如果没有显示指定，MySQL就使用属于该字符集的默认校对。如果指定了一个字符集和一个校对，字符集应该放在前面。

11）mysql字符集转换过程：

MySQL服务响应客户端操作的字符的字符集和客户端信息处理过程:

客户端发出的SQL语句，所使用的字符集由系统变量character_set_client来指定

MySQL服务端接收语句后，会用character_set_connection和collation_connection两个系统变量中的设置，并且会将客户端发送的语句字符集由character_set_client转到character_set_connection(除非用户执行语句时，已经对字符列明确指定了字符集）。对于语句中指定的字符串比较或排序，还需要应用collation_connection中指定的校对规则处理，而对于语句中指定的列的比较则无关collation_connection的设置了，因为对象的列表拥有自己的校对规则，他们拥有更高的优先级。

MySQL服务执行完语句后，会按照character_set_result系统变量设置的字符集返回结果集（或错误信息）到客户端。

可以用语句：show global variables like 'character_set_\%';查看这些系统变量设置。

12）@@session.collation_server=45：用途：当你创建数据库，且没有指定字符集、字符序（校验规则）时，server字符集、server字符序就会作为该数据库的默认字符集、排序规则。

如何指定：MySQL服务启动时，可通过命令行参数指定。也可以通过配置文件的变量指定。

server默认字符集、校验规则：在MySQL编译的时候，通过编译参数指定。

character_set_server、collation_server分别对应server字符集、server校验规则。

13）SET @@session.collation_database=DAFAULT  当前数据库的默认校对。每次用USE语句来“跳转”到另一个数据库的时候，这个变量的值就会改变。如果没有当前数据库，这个变量的值就是collation_server变量的值。

（7）、schema：6字节，表示选择的数据库。

（8）、00：默认的1个字节

（9）、sql文本：33个字节，即：query的文本格式，里面存储的是BEGIN（dml）或原生的SQL（ddl）等。

4、Table_map event：

用于从MySQL 5.1.5开始的基于行的二进制日志记录。每个ROW_EVENT之前都有一个TABLE_MAP_EVENT，用于描述表的内部ID和结构定义。

a、触发条件：# ROW格式中每个ROW_EVENT之前。

b、

https://img2018.cnblogs.com/blog/818283/201811/818283-20181103183411767-1073147806.png

固定数据部分：

（1）、table id：6 bytes    //6个字节存储table id

（2）、reserve：2 bytes：Reserved for future use //2个字节保留未来使用

可变数据部分：

（1）、db name len：1 byte. The length of the database name.   //数据库名长度：1字节。

（2）、db name：The database name (null-terminated).   //数据库名：可变长度

（3）、table name len(1):01，表名占用1个字节。

（4）、table name：表名，可变长度。

（5）、00

（6）、column count(1)：列的个数，一个字节。

（7）、column type：//列类型数组，每一列1个字节。

（8）、column metadata len（1）：The length of the metadata block.  //元数据块的长度。

（9）、column metadata：The metadata block; see log_event.h for contents and format.  //元数据块

（10）、null bitmap：//位字段，指示每个列是否可以为空，每个列一位。如果表有N列，需要：INT((N+7)/8) 字节。

（11）、crc32（4）：4个字节，校验值。

c、Table_map event 的作用：

（1）、检测slave上的表的字段类型是否和master上的表的字段类型兼容，如果不兼容，slave会上报错误。

（2）、将数据转换为slave上表的字段类型，但仅限于字段类型兼容的情况。

（3）、为什么一个update在ROW模式下需要分解成两个event：一个Table_map，一个Update_rows。我们想象一下，一个update如果更新了10000条数据，（大rows会拆分成小rows）那么对应的表结构信息是否需要记录10000次?其实是对同一个表的操作，所以这里binlog只是记录了一个Table_map用于记录表结构相关信息,而后面的Update_rows记录了更新数据的行信息。他们之间是通过table_id来联系的。

d、Table_map event中的table_id的作用详解：

（1）、根据table id可以找到缓存中对用的表结构信息。

（2）、table_id和数据库表并非是固定的对应关系，table id在mysql实例生命周期内是递增的。

（3）、如果缓存中已经存在该表，则table id不变，而如果table cache中不存在时，则该值根据上一次操作的table id自增1；此外如果table_definition_cache缓存表中默认存放n个表定义，如果超出了该范围，则将最久未用的表定义置换出table cache。使用flush tables;会清空所有缓存的中表信息。

（4）、table_map_event和rows_event通过table_id进行关联，slave通过先解析table_map_event并存于内存中，而后rows_event通过table_id找到对应的表信息。

5、 WRITE_ROWS_EVENT，UPDATE_ROWS_EVENT，DELETE_ROWS_EVENT：

rows event是从库需要执行的具体语句。而且row event不记录具体的表结构信息。会记录每行数据的每个字段更改前后的值。

a、版本信息：

（1）、MySQL 5.1.0 to 5.1.15

DELETE_ROWS_EVENTv0；UPDATE_ROWS_EVENTv0；WRITE_ROWS_EVENTv0

（2）、MySQL 5.1.15 to 5.6.x

DELETE_ROWS_EVENTv1；UPDATE_ROWS_EVENTv1；WRITE_ROWS_EVENTv1

（3）、MySQL 5.6.x

DELETE_ROWS_EVENTv2；UPDATE_ROWS_EVENTv2；WRITE_ROWS_EVENTv2

b、

-------私有事件头------

（1）、table ID：table id与table map event中的table id对应。

（2）、flag：2个字节，可以包含以下信息。该事件是否是语句的最后一个事件，是否需要进行外键约束检查，针对innodb的二级索引是否需要进行唯一性检查，

该事件是否包含了完整一行数据也就是说覆盖了所有列。

。。。

c、参数BINLOG_ROW_EVENT_MAX_SIZE

（1）、这个参数是binlog每个event的字节上限，当超过这个值的时候，大event会拆分成小的event，比如说：event max size大小为8k，更新10000条数据，生产约181K的binlog日志，MySQL将这些日志按照每个最大8K的拆分成23个binlog rows event，每个binlog event大概包含400-450个行记录的更新日志。

（2）、那么同一个事务这么多event怎么知道是否是最后一个？

rows event的私有事件的post header中会记录一个flag标志，来判断是否是最后一个rows event，在binlog文件中的解读为：flags: STMT_END_F。

d、还有另一个情况也会产生多个rows event那就是当一个dml造成多个表的变更，即使每个表只变更了一行也会产生n个row event。

6、PREVIOUS_GTIDS_LOG_EVENT：

它记录了上一个binlog文件结束时执行到的gtid集合，包括已经删除的BINLOG。

烧稀饭馏馍
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql回滚update_MySQL【Update误操作】回滚
weixin_30542979的博客
01-19 2043
mysql5.7binlog/*!*/;#at15937710#at15937814#17052613:00:15serverid1end_log_pos15938129CRC320x06901892Table_map:`service`.`apply`mappedtonumber108#at15938129#17052613:00:15server...
MySQL是如何保证主从一致的
热门推荐
qq_48157004的博客
11-02 1万+
Binary log(二进制日志)，简称Binlog。Binlog是记录所以数据表结构变更以及表数据修改的二进制日志，不会记录select和show这类操作。Binlog是以事件形式记录，还包括语句所执行的消耗时间。Binlog是MySql Server自己的日志，但是Redo Log是基于InnoDB引擎所特有的日志。它是一个逻辑日志。主从复制在主库开启Binlog功能，这样主库就可以把Binlog传递给从库，从库拿到Binlog后实现数据恢复达到主从数据一致性。数据恢复。
高性能MySQL分析
陈晨_软件五千言
05-19 824
文章目录Schema与数据类型优化选择优化的数据类型Scheme设计中的陷阱创建高性能索引高性能的索引策略查询性能优化慢查询基础：优化数据访问是否请求了不需要的数据是否在扫描额外的记录重构查询的方式一个复杂查询还是多个简单查询切分查询分解关联查询执行查询的基础Mysql客户端/服务器通信协议查询状态查询缓存查询优化处理语法解析器和预处理查询优化器MySQL执行关联查询关联查询优化器排序优化查询执行引擎查询优化的局限性优化特定类型的查询优化count查询优化关联查询优化子查询优化group by和distin
17，MySQL 8.0参考手册4.6.8.2 mysqlbinlog行事件显示
dandan520520的博客
03-26 704
以下示例说明了mysqlbinlog如何 显示指定数据修改的行事件。这些对应于与事件 WRITE_ROWS_EVENT， UPDATE_ROWS_EVENT和 DELETE_ROWS_EVENT类型代码。该 --base64-output=DECODE-ROWS 和--verbose选项可用于影响排事件输出。假设服务器正在使用基于行的二进制日志记录并执行以下语句序列：CREATE TABLE t ...
MySQL的二进制日志（binlog）使用分析（2）——使用mysqlbinlog命令查看日志信息
睿思达DBA
07-03 1461
MySQL的二进制日志（binlog）使用分析（2）——使用mysqlbinlog命令查看日志信息 默认情况下binlog日志是二进制文件，无法直接查看。mysqlbinlog命令的功能是将Mysql的binlog日志转换成Mysql语句。mysqlbinlog命令的格式如下： 1、基本功能 mysqlbinlog 日志文件名; 说明：把日志文件的信息在屏幕上直接显示出来。 命令执行的结果如下： [root@localhost wgx]# mysqlbinlog /var/lib/mysql/mysql-
MySQL复制技术的演进
qq_39570637的博客
08-09 389
MySQL 复制技术的演进 binlog event 以mysql 5.7来深入学习binlog 环境准备 /* mysql version */ mysql> select version(); +------------+ | version() | +------------+ | 5.7.30-log | +------------+ 1 row in set (0.00 sec) insert语句 /* flush logs */ CREATE DATABASE test1; USE t
mysql基于binlog同步：binlog内容和时间戳记录
heroicpoem的专栏
05-20 3015
1.binlog的日志内容 IO线程把binlog日志从master抽取到slave，转存到relaylog，但pos保持一致。 可用途mysqlbinlog工具查看 查看master指定pos的日志 [root@localhost testRepl]# mysqlbinlog -v --base64-output=DECODE-ROWS /usr/local/mysql/data/mysql-bin.000002 | grep -A '10' 106881433 #200518 20:14:42 s
binlog2sql的安装及使用.docx
05-03
binlog2sql 的使用参数非常重要，下面是解读参数的示例： ``` python /soft/binlog2sql/binlog2sql/binlog2sql.py -h192.168.80.11 -P3306 -uroot -proot -d rizhi -t student_cdc --start-file=mysql-bin.000001 >...
Mysql数据库监听binlog的开启步骤
09-09
2. **重启MySQL服务**：保存配置文件后，重启MySQL服务以使新配置生效。在Ubuntu上，你可以运行： ``` sudo service mysql restart ``` 在macOS上，使用： ``` sudo mysql.server restart ``` 3. **验证...
全面解读MySQL主从复制，从原理到安装配置
09-08
2. Slave也需要开启binlog，以便进行数据备份或故障恢复。 3. 至少需要两个MySQL服务，可以在不同服务器或同一服务器的不同实例上。 4. 版本匹配：推荐Master和Slave版本相同，若不同，从节点版本应高于主节点。 5. ...
藏经阁-云数据库Redis版的开源之路——解读Redis产品技术背后.pdf
09-09
AOF Binlog-RDB+AOF Binlog vs RDB+AOF-AOF Rotation vs AOF Rewrite-Binlog Replication vs 全量Dump-Streaming Backup vs No Backup等技术特点对比，了解Redis产品系列的技术优势。 三、云Redis产品系列 云Redis...
藏经阁-开源分布式数据库PolarDB-X源码解读-200.pdf
最新发布
01-10
PolarDB-X 源码解读 PolarDB-X 是一款面向超高并发、海量存储、复杂查询场景设计的云原生分布式数据库系统。其采用 Shared-nothing 与存储计算分离架构，支持水平扩展、分布式事务、混合负载等能力，具备企业级、云...
mysql数据库f复制 语句_MYSQL 复制详解
weixin_39983350的博客
01-18 385
MySql 复制介绍MySQL复制允许将主实例(master)上的数据同步到一个或多个从实例(slave)上，默认情况下复制是异步进行的，从库也不需要一直连接到主库来同步数据MySQL复制的数据粒度可以是主实例上所有的数据库，也可以是指定的一个或多个数据库，也可以是一个数据库里的指定的表MySQL复制所带来的优势在于：扩展能力：通过复制功能可以将MySQL的性能压力分担到一个或多个slave上。这...
MySQL逻辑备份
weixin_56463403的博客
06-28 144
MySQL逻辑备份 1.1 全备+binlog恢复 使用mysqldump备份所有数据库，并恢复。要求保持数据库的一致性的前提下尽量减少数据库的锁,然后用binlog前滚到指定时间点。 周一到周日，每天晚上22:00都备份了一个全备，某一天（周四）早上10:00数据库down了，怎么恢复到最新的时间点。 思路：周三晚上22:00通过全备恢复，周三晚上22:00-周四早上10:00通过binlog恢复 准备两台mysql服务器，不要是主从服务器。 1. 准备数据 mysql> create
mysql协议分析 row_MySQL协议分析（结合PyMySQL）
weixin_39584529的博客
01-19 150
MySQL协议分析(结合PyMySQL)MySQL Packets当MySQL客户端或者服务端发送数据时，它会首先把数据分割成(2^24-1)bytes的包，然后给每个包加上packet header。类型名称描述int<3>payload_length负载长度，除了header的4字节int<1>sequence_id序列IDstringpayload实际负载* 当数据大...
mysql 删除记录延迟_MySQL数据库 Master库大量delete操作导致slave日志应用延迟
weixin_31162247的博客
01-27 455
问题背景：客户反馈slave每到凌晨就出现延迟现象，需要排查原因1>首先查看master库每天凌晨有什么操作：分析binlog日志1 mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000204 > mysql-bin.000204.sql查看日志在凌晨有大量的delete操作#191126 0:0...
mysqlbinlog命令介绍（远程拉取binlog日志）
lgq2016的博客
07-20 2864
远程拉取binlog日志
新特性解读 | MySQL 8.0 对 GTID 的限制解除
杨建荣的学习笔记
07-16 356
作者：杨涛涛资深数据库专家，专研 MySQL 十余年。擅长 MySQL、PostgreSQL、MongoDB 等开源数据库相关的备份恢复、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生，为各大运营商及银行金融企业提供 MySQL 相关技术支持、MySQL 相关课程培训等工作。本文来源：原创投稿* 爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小...
书生笔记-Binlog Event Type解析
魏书生的博客
11-11 2342
binlog以事件的形式记录数据库变更情况。通过执行show binlog events in "XXX"命令可以查看事件 源码中定义的binlog event type事件类型,源码位置：binlog_event.h 先来看一个例子： 可以看到第一个event type是前面文章我们介绍的第一个event，FORMAT_DESCRIPTION_EVENT，event type 为Format_desc,这里我们还可以看到其他类型，如： Previous_gtids:上一个binlog结束的gt
binlog2sql安装
10-10
要安装 binlog2sql，您可以按照以下步骤进行操作： 1. 首先，确保您已经安装了 Python 环境。binlog2sql 是一个 Python 库，因此需要 Python 的运行环境。 2. 使用 pip 命令来安装 binlog2sql。打开终端或命令提示符，并运行以下命令： ``` pip install binlog2sql ``` 如果您的系统上同时安装了 Python2 和 Python3，您可能需要使用 pip3 命令来安装 binlog2sql： ``` pip3 install binlog2sql ``` 3. 安装完成后，您可以使用 binlog2sql 提供的命令行工具来分析和解析 MySQL 的 binlog 文件。例如，要解析一个 binlog 文件并生成 SQL 语句，您可以运行以下命令： ``` binlog2sql -f path/to/binlog_file ``` 其中，`path/to/binlog_file` 是您要解析的 binlog 文件的路径。 以上是安装 binlog2sql 的基本步骤。如果您遇到任何问题，请确保您已正确安装了所需的依赖项，并查阅 binlog2sql 的文档或社区支持。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值