MySQL binlog的3种格式对比（statement,row,mixed）

已于 2023-03-06 17:28:27 修改
阅读量3.2k 收藏 11
点赞数
分类专栏： mysql 文章标签： mysql 数据库 binlog mixed statement
于 2022-08-02 13:43:48 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wang0907/article/details/126120638
版权

写在前面

在这里插入图片描述
binlog主要用于主从复制和数据恢复，本文就一起来看下其都有哪些格式，以及这些模式都有哪些优点和缺点。

1：准备

1.1：打开binlog

my.ini
[mysqld]
...
log_bin=D:\\program_files\\phpstudy\\PHPTutorial\\MySQL\\binlog\\mysql-bin
server-id=1
#设置日志三种格式：STATEMENT、ROW、MIXED 。
binlog_format=ROW
...

查看：

mysql> show variables like '%binlog%';
+-----------------------------------------+----------------------+
| Variable_name                           | Value                |
+-----------------------------------------+----------------------+
| binlog_cache_size                       | 32768                |
| binlog_direct_non_transactional_updates | OFF                  |
| binlog_format                           | ROW                  |
| binlog_stmt_cache_size                  | 32768                |
| innodb_locks_unsafe_for_binlog          | OFF                  |
| max_binlog_cache_size                   | 18446744073709547520 |
| max_binlog_size                         | 1073741824           |
| max_binlog_stmt_cache_size              | 18446744073709547520 |
| sync_binlog                             | 0                    |
+-----------------------------------------+----------------------+
9 rows in set (0.04 sec)

1.2：环境

mysql> select version();
+------------+
| version()  |
+------------+
| 5.5.53-log |
+------------+
1 row in set (0.05 sec)

win10

1.3：测试数据

CREATE TABLE `binlog_demo` (
  `id` int(11) NOT NULL,
  `a` int(11) DEFAULT NULL,
  `t_modified` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`),
  KEY `a` (`a`),
  KEY `t_modified`(`t_modified`)
) ENGINE=InnoDB;

insert into binlog_demo values(1,1,'2020-07-01');
insert into binlog_demo values(2,2,'2020-07-02');
insert into binlog_demo values(3,3,'2020-07-02');
insert into binlog_demo values(4,4,'2020-07-04');
insert into binlog_demo values(5,5,'2020-07-05');

2：正戏

2.1：statement

注意数据恢复为初始状态！！！

  • 修改为statement
mysql> show variables like 'binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW   |
+---------------+-------+
1 row in set (0.00 sec)

mysql> set session binlog_format='statement';
Query OK, 0 rows affected (0.04 sec)

mysql> show variables like 'binlog_format';
+---------------+-----------+
| Variable_name | Value     |
+---------------+-----------+
| binlog_format | STATEMENT |
+---------------+-----------+
1 row in set (0.00 sec)

mysql>
  • 查看当前binlog的状态
mysql> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 |     5083 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

mysql> show binlog events in 'mysql-bin.000002';
+------------------+------+-------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Log_name         | Pos  | Event_type  | Server_id | End_log_pos | Info                                                                                                                                                                                                                                               |
+------------------+------+-------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| mysql-bin.000002 |    4 | Format_desc |         1 |         107 | Server ver: 5.5.53-log, Binlog ver: 4                                                                                                                                                                                                              |
...                                                                                                                                                         |
| mysql-bin.000002 | 5056 | Xid         |         1 |        5083 | COMMIT /* xid=58 */                                                                                                                                                                                                                                |
+------------------+------+-------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+

这里需要记住5083这个日志位置，后续我们需要用到，另外xid用来关联redo log和binlog，在崩溃恢复时会使用到。

  • 执行一个delete操作
mysql> delete from binlog_demo where a>=4 and t_modified<='2020-07-10' limit 1;
Query OK, 1 row affected, 1 warning (0.07 sec)
  • 查看生成的binlog内容
C:\Users\Administrator>mysqlbinlog -vv D:\program_files\phpstudy\PHPTutorial\MySQL\binlog\mysql-bin.000002 --start-position=5083
...
delete from binlog_demo where a>=4 and t_modified<='2020-07-10' limit 1
/*!*/;
# at 5301
...

这里只保留了最关键的内容，可以看到记录的正是我们执行的sql语句，但是这样的记录在进行主从同步或者是数据恢复时可能会导致数据不一致的情况，为什么？其中一种可能原因是优化器在不同环境下选择了不同的索引，而不同的索引选择，则会导致limit 1的结果不同，即最终的结果就是删除了不同的数据，如下可以证明这种现象。

  • 准备环境和数据
CREATE TABLE `t` (
  `id` int(11) NOT NULL,
  `c` varchar(36) DEFAULT NULL,
  `d` varchar(36) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB;

delimiter ;;
create procedure t_1003()
begin
  declare i int;
  set i=1;
  while(i<=100000) do
    insert into t values(i,substring(md5(rand()), 10, 30),substring(md5(rand()), 10, 30));
    set i=i+1;
  end while;
end;;
delimiter ;

begin;
call t_1003();
commit;

mysql> alter table t add index idx_c(`c`);
Query OK, 0 rows affected (0.54 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> alter table t add index idx_d(`d`);
Query OK, 0 rows affected (0.62 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> show index from t\G
*************************** 1. row ***************************
        Table: t
   Non_unique: 0
     Key_name: PRIMARY
 Seq_in_index: 1
  Column_name: id
    Collation: A
  Cardinality: 100282
     Sub_part: NULL
       Packed: NULL
         Null:
   Index_type: BTREE
      Comment:
Index_comment:
*************************** 2. row ***************************
        Table: t
   Non_unique: 1
     Key_name: idx_c
 Seq_in_index: 1
  Column_name: c
    Collation: A
  Cardinality: 200
     Sub_part: NULL
       Packed: NULL
         Null: YES
   Index_type: BTREE
      Comment:
Index_comment:
*************************** 3. row ***************************
        Table: t
   Non_unique: 1
     Key_name: idx_d
 Seq_in_index: 1
  Column_name: d
    Collation: A
  Cardinality: 200
     Sub_part: NULL
       Packed: NULL
         Null: YES
   Index_type: BTREE
      Comment:
Index_comment:
3 rows in set (0.00 sec)
  • 测试使用不同索引时获取不同的结果
mysql> select id from t force index(idx_c) where c>'a' and d>'5' limit 1;
+------+
| id   |
+------+
| 4972 |
+------+
1 row in set (0.00 sec)

mysql> select id from t force index(idx_d) where c>'a' and d>'5' limit 1;
+-------+
| id    |
+-------+
| 60716 |
+-------+
1 row in set (0.00 sec)

binlog statement模式不仅仅有上述的问题，还有使用诸如now()等和当时环境有关的函数时，也会造成数据的不一致。

2.2：row

注意数据恢复为初始状态！！！

binlog_row_image参数需要设置为full，不然不会记录所有字段信息，只会记录能够表示一行的字段，如ID，从而导致无法使用其进行数据恢复：

mysql> select version();
+-----------+
| version() |
+-----------+
| 5.6.24    |
+-----------+
1 row in set (0.01 sec)

mysql> show variables like '%binlog_row_image%';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| binlog_row_image | FULL  |
+------------------+-------+
1 row in set (0.01 sec)
  • 修改为row
mysql> set session binlog_format='row';
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like 'binlog_format';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW   |
+---------------+-------+
1 row in set (0.00 sec)
  • 查看当前binlog的状态
mysql> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000005 |     1779 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

这里需要记住1779这个日志位置，后续我们需要用到。

  • 执行一个delete操作
mysql> delete from binlog_demo where a>=4 and t_modified<='2020-07-10' limit 1;
Query OK, 1 row affected, 1 warning (0.07 sec)
  • 查看生成的binlog内容
C:\Users\Administrator>mysqlbinlog -vv D:\program_files\phpstudy\PHPTutorial\MySQL\binlog\mysql-bin.000005 --start-position=1779
...
### DELETE FROM `test`.`binlog_demo`
### WHERE
###   @1=4 /* INT meta=0 nullable=0 is_null=0 */
###   @2=4 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1593792000 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
# at 1949
...
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

只保留了最关键的内容，可以看到此时记录的是可以具体定位到某行的sql信息，相当于如下的sql语句:

DELETE FROM `test`.`binlog_demo`
WHERE
  id=4
  a=4
  t_modified=1593792000

这样就避免了因为选错索引而导致删除不同数据的问题，也就是说row会将对应的语句翻译为对所有影响行的操作，如下测试影响多行的情况：

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

mysql> select id from binlog_demo where id<900;
+----+
| id |
+----+
|  1 |
|  2 |
|  3 |
|  5 |
+----+
4 rows in set (0.00 sec)

mysql> update binlog_demo set a='aa' where id<900;
Query OK, 4 rows affected, 4 warnings (0.07 sec)
Rows matched: 4  Changed: 4  Warnings: 4

此时生成的binlog如下可以看到是针对多个行的update：

C:\Users\Administrator>mysqlbinlog -vv D:\program_files\phpstudy\PHPTutorial\MySQL\binlog\mysql-bin.000005 --start-position=1976
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
...
'/*!*/;
### UPDATE `test`.`binlog_demo`
### WHERE
###   @1=1 /* INT meta=0 nullable=0 is_null=0 */
###   @2=1 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1593532800 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
### SET
###   @1=1 /* INT meta=0 nullable=0 is_null=0 */
###   @2=0 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1593532800 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
### UPDATE `test`.`binlog_demo`
### WHERE
###   @1=2 /* INT meta=0 nullable=0 is_null=0 */
###   @2=2 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1593619200 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
### SET
###   @1=2 /* INT meta=0 nullable=0 is_null=0 */
###   @2=0 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1593619200 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
### UPDATE `test`.`binlog_demo`
### WHERE
###   @1=3 /* INT meta=0 nullable=0 is_null=0 */
###   @2=3 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1593619200 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
### SET
###   @1=3 /* INT meta=0 nullable=0 is_null=0 */
###   @2=0 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1593619200 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
### UPDATE `test`.`binlog_demo`
### WHERE
###   @1=5 /* INT meta=0 nullable=0 is_null=0 */
###   @2=5 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1593878400 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
### SET
###   @1=5 /* INT meta=0 nullable=0 is_null=0 */
###   @2=0 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1593878400 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
...
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

那么针对使用了比如now()函数的更新会怎么记录呢？如下测试：

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

mysql> update binlog_demo set a=9876 where id=5;
Query OK, 1 row affected (0.06 sec)
Rows matched: 1  Changed: 1  Warnings: 0

查看binlog如下：

C:\Users\Administrator>mysqlbinlog -vv D:\program_files\phpstudy\PHPTutorial\MySQL\binlog\mysql-bin.000007 --start-position=318
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
...
'/*!*/;
### UPDATE `test`.`binlog_demo`
### WHERE
###   @1=5 /* INT meta=0 nullable=0 is_null=0 */
###   @2=0 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1659417981 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
### SET
###   @1=5 /* INT meta=0 nullable=0 is_null=0 */
###   @2=9876 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1659417981 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
# at 494
...
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

可以看到将now()转成了秒:

在这里插入图片描述

不仅如此，还set了其他列的值。

2.3.1：恢复数据

由于row格式记录了删除数据完整信息，以及更新数据的更新前和更新后信息，那么当我们需要恢复数据时，完全也可以使用到这些信息，比如如下的binlog记录：

### DELETE FROM `test`.`binlog_demo`
### WHERE
###   @1=4 /* INT meta=0 nullable=0 is_null=0 */
###   @2=4 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1593792000 /* TIMESTAMP meta=0 nullable=0 is_null=0 */

如果是要恢复数据的话，就可以推导出对应的恢复数据sql语句是：

insert into `test`.`binlog_demo`(@1,@2,@3) values(4,4,1593792000);

再比如update对应的binlog：

### UPDATE `test`.`binlog_demo`
### WHERE
###   @1=5 /* INT meta=0 nullable=0 is_null=0 */
###   @2=0 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1659417981 /* TIMESTAMP meta=0 nullable=0 is_null=0 */
### SET
###   @1=5 /* INT meta=0 nullable=0 is_null=0 */
###   @2=9876 /* INT meta=0 nullable=1 is_null=0 */
###   @3=1659417981 /* TIMESTAMP meta=0 nullable=0 is_null=0 */

则对应的恢复数据的sql语句就是：

UPDATE `test`.`binlog_demo`
WHERE
  @1=5 
  @2=9876 
  @3=1659417981
SET
  @1=5
  @2=0
  @3=1659417981

2.3：mixed

注意数据恢复为初始状态！！！

MySQL server层智能选择到底是使用statement，还是row，但是这种智能并不能保证百分百的正确，毕竟，在优化器智能的优化sql，选择合适的索引时，也会出现错选索引的情况，而选错索引，最多就是数据查询的慢一点，但是如果是智能选错了binlog的模式，可能就会出现数据一致性的问题，这个结果就比较严重了。所以，在生产环境，还是建议使用row。另外还有一个非常有力的理由让我们选择row(美团myflash工具就依赖于此)，即：恢复数据！！！

写在后面

参考文章列表：

MySql Binlog statement row mixed 三种模式初探 。

一户董
关注
  • 0
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql binlog的三种模式
03-13
mysqldump 参数大全
MySQL中的日志“binlog”的三种格式这么好玩
莫得感情的韭菜
03-15 2518
MySQL 中的日志比较重要的有 binlog（归档日志）、redo log（重做日志）以及 undo log，那么跟我们本文相关的主要是 binlog，另外两个日志松哥将来有空了再和大家详细介绍。 1. binlog binlog 我们中文一般称作归档日志，如果大家看过松哥之前发的 MySQL 主从搭建，应该对这个日志有印象，当我们搭建 MySQL 主 从 的时候就离不开 binlog（传送门：MySQL8 主从复制踩坑指南）。 binlog 是 MySQL Server 层 的日志，而不是存储引擎
MySQL Binlog 日志的三种格式详解
一起coding，一起嗨。
03-15 964
MySQL Binlog 日志的三种格式详解
开启binlog后异常：impossible to write to binary log since BINLOG_FORMAT = STATEMENT
热门推荐
WSYW126的博客
06-11 1万+
在实现数据库主备同步的时候，owncloud出现了异常。
[MySQL 5.7]：binlog --statement
张伟的专栏
03-04 613
binlog解析1：statement 1、配置文件设置： my.cnf [mysqld] binlog_format='statement' 2、优缺点对比： 优点： binlog 文件小 日志中包含原始SQL，方便统计审计 缺点： 导致主从不一致 对一些系统函数不能准确复制或不能复制，在不同server上执行，返回的结果是不同的，则会造成数据不一致。 3、测试： 查看事物隔离级别：设置事物隔离级别为默认RR 注意：5.7版本RC级别下不能设置为binlo...
MySQL binlog_format (Mixed,Statement,Row)
heizistudio的专栏
02-27 1万+
MySQL 5.5 中对于二进制日志 (binlog) 有 3 种不同的格式可选：Mixed,Statement,Row，默认格式是 Statement。总结一下这三种格式日志的优缺点。 MySQL Replication 复制可以是基于一条语句 (Statement Level) ，也可以是基于一条记录 (Row Level)，可以在 MySQL 的配置参数中设定这个复制级别，不同复制级别
MySQL binlog三种模式
linuxlsq的博客
09-21 1万+
原文出自 http://www.abcdocker.com/abcdocker/213 MySQ binlog三种模式及设置方法 1.1 Row Level  行模式 日志中会记录每一行数据被修改的形式，然后在slave端再对相同的数据进行修改 优点：在row level模式下，bin-log中可以不记录执行的sql语句的上下文相关的信息，仅仅只需要记录那一条被修改。所以rowlevel的
浅析MySQL binlog三种工作模式
小楼一夜听春雨，深巷明朝卖杏花
09-26 535
数据库设计三大范式 为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须满足一定的范式。 在实际开发中最为常见的设计范式有三个： 1．第一范式(确保每列保持原子性) 第一范式是最基本的范式。数据库表里面字段都是单一属性的，不可再分
Mysql binlog 格式
justsomebody126的专栏
12-03 204
参考：https://www.jianshu.com/p/c16686b35807 从一个空的 binlog 开始 mysql> flush logs; // 产生一个全新的 binlog 文件 mysql_bin.000009 Query OK, 0 rows affected (0.01 sec) format_desc event mysql> show binlog events in 'mysql_bin.000009'; +------------------+-----+---
mysql binlog的格式
shiralwz的专栏
04-12 474
MySQL binlog的格式有三种：基于SQL语句的复制(statement-based replication, SBR)基于行的复制(row-based replication, RBR)混合模式复制(mixed-based replication, MBR)相应地，binlog的格式也有三种：STATEMENT，ROW，MIXED。它主要用于mysql的复制技术。idb基本上都是供的基于行...
[MySQL binlog]mysql如何彻底解析Mixed日志格式的binlog
09-10
主要介绍了mysql彻底解析Mixed日志格式的binlog，需要的朋友可以参考下
MySQL Binlog Digger 4.28 + Mysql Binlog分析 + 数据库
08-19
MySQL Binlog Digger是一款免费的，且基于图形界面的binlog挖掘分析工具与sql审计工具。当发生误删、误增、误改时，它可以帮助我们从binlog中快速定位到误操作的重做语句(redo sql)，同时推理出回滚语句(undo sql)。...
Mysql中Binlog3种格式的介绍与分析
12-14
Mysql binlog日志有三种格式，分别为Statement,MiXED,以及ROW！ 1.Statement：每一条会修改数据的sql都会记录在binlog中。 优点：不需要记录每一行的变化，减少了binlog日志量，节约了IO，提高性能。(相比row能节约...
MySQL读取Binlog日志常见的3种错误
09-09
主要介绍了MySQL读取Binlog日志常见的3种错误，非常不错，具有一定的参考借鉴价值 ,需要的朋友可以参考下
『MySQL 实战 45 讲』20 - 幻读是什么，幻读有什么问题？
最新发布
Gavinjou大笨象的博客
05-04 770
3. 当执行 select * from t where d=5 for update 的时候，6 个记录加上了行锁，还同时加了 7 个间隙锁，这样就确保无法再插入新的记录。
MySQL —— 表的基本操作
学习C++的小陈同学
04-30 405
本篇整理了和表结构相关的各种基本操作（增删查改等等）
MySQL 之 主从复制
我见青山多妩媚,料青山见我应如是
04-28 569
复制是指将主数据库的DDL 和 DML 操作通过二进制日志传到从库服务器中，然后在从库上对这些日志重新执行，从而使得从库和主库的数据保持同步。MySQL支持一台主库同时向多台从库进行复制， 从库同时也可以作为其他从服务器的主库，实现链状复制。
【MySQL】驱动表、被驱动表详解。—— 性能优化。
我梦
05-01 574
【MySQL】驱动表、被驱动表详解。—— 性能优化。
mysql的binlog格式
07-07
MySQL的binlog（二进制日志）格式有三种： 1. Statement格式：将每个执行的SQL语句记录到binlog中。这是最简单的格式，但在某些情况下可能会导致非确定性的结果，因为同一条SQL语句在不同的环境中执行时可能会有不同的结果。 2. Row格式：将每个修改行的具体内容记录到binlog中。这种格式可以确保binlog中记录的修改与在不同环境中执行时的结果一致，但会产生更多的日志量。 3. Mixed格式：结合了Statement和Row两种格式的特点。对于某些语句，使用Statement格式记录，而对于另一些语句，使用Row格式记录。 选择binlog格式的主要考虑因素是数据一致性和性能。Statement格式较快，但可能会导致非确定性结果；Row格式可以确保一致性，但会产生更多的日志量；Mixed格式在两者之间进行权衡。 可以通过修改MySQL配置文件中的binlog_format参数来设置binlog的格式。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值