组复制

最新推荐文章于 2023-11-24 10:55:13 发布
最新推荐文章于 2023-11-24 10:55:13 发布
阅读量804 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xdmaidou/article/details/81710957
版权 
    组复制是一种可用于实现容错系统的技术。复制组是一个通过消息传递相互交互的服务器组。通信层提供了很多保证，例如原子消息和总消息序号的传递。通过这些强大的特性，我们可以构建更高级的数据库复制解决方案。
    MySQL组复制构建在这些属性和抽象之上，并实现多主复制协议的更新。实质上，复制组由多个数据库实例组成，并且组中的每个实例都可以独立地执行事务。但是所有读写（RW）事务只有在被组批准后才会提交。只读（RO）事务不需要在组内协调，因此立即提交。换句话说，对于任何RW事务，组需要决定是否提交，因此提交操作不是来自始发服务器的单向决定。准确地说，当事务准备好在始发服务器上提交时，该始发服务器原子地广播写入值（已改变的行）和对应的写入集（已更新的行的唯一标识符）。然后为该事务建立一个全局总序号。最终，这意味着所有服务器以相同的顺序接收同一组事务。因此，所有服务器以相同的顺序应用相同的一组更改，因此它们在组内保持一致。

组复制原理图：
这里写图片描述

实验环境：   Server1:172.25.254.1

                     Server2:172.25.254.2

                     Server3:172.25.254.3

Server1：

[root@server1 ~]# /etc/init.d/mysqld  stop

Stopping mysqld:                                           [  OK  ]

[root@server1 ~]# 

[root@server1 ~]# cd /var/lib/mysql

[root@server1 mysql]# ls

auto.cnf         ibdata1           mysql-bin.000003    public_key.pem

ca-key.pem       ib_logfile0       mysql-bin.000004    server-cert.pem

ca.pem           ib_logfile1       mysql-bin.000005    server-key.pem

client-cert.pem  mysql             mysql-bin.index     sys

client-key.pem   mysql-bin.000001  performance_schema  test

ib_buffer_pool   mysql-bin.000002  private_key.pem

[root@server1 mysql]# rm  -fr *

[root@server1 mysql]# ls

[root@server1 mysql]# vim /etc/my.cnf

#########################################################################

log-error=/var/log/mysqld.log

pid-file=/var/run/mysqld/mysqld.pid

server_id=1

gtid_mode=ON

enforce_gtid_consistency=ON

master_info_repository=TABLE

relay_log_info_repository=TABLE

binlog_checksum=NONE

log_slave_updates=ON

log_bin=binlog

binlog_format=ROW

transaction_write_set_extraction=XXHASH64

loose-group_replication_group_name="caa095c2-9c39-11e8-9b6d-52540082b956"

loose-group_replication_start_on_boot=off

loose-group_replication_local_address= "172.25.254.1:24901"

loose-group_replication_group_seeds="172.25.254.1:24901,172.25.254.2:24901,172.25.254.3:24901"

loose-group_replication_bootstrap_group=off

loose-group_replication_single_primary_mode=off

loose-group_replication_enforce_update_everwhere_checks=on

loose-group_replication_ip_whitelist="172.25.254.0/24,127.0.0.1/8"

###########################################################################################

[root@server1 ~]# /etc/init.d/mysqld  start

Initializing MySQL database:                               [  OK  ]

Installing validate password plugin:                       [  OK  ]

Starting mysqld:                                           [  OK  ]

[root@server1 ~]# grep password /var/log/mysqld.log 

2018-08-10T14:25:30.087177Z 1 [Note] A temporary password is generated for root@localhost: aBAhLl!Ju9*k

[root@server1 ~]# mysql -p

Enter password: 

Welcome to the MySQL monitor.  Commands end with ; or \g.

Your MySQL connection id is 4

Server version: 5.7.17-log

Copyright (c) 2000, 2016, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> alter user root@localhost  identified by 'XDwestos+007';

Query OK, 0 rows affected (0.15 sec)

mysql> SET SQL_LOG_BIN=0;

Query OK, 0 rows affected (0.00 sec)

mysql> GRANT REPLICATION SLAVE  ON *.*  to rpl_user@'%'  identified by 'XDwestos+007';

Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> FLUSH PRIVILEGES;

Query OK, 0 rows affected (0.00 sec)

mysql> reset master;

Query OK, 0 rows affected (0.68 sec)

mysql> SET SQL_LOG_BIN=1;

Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='XDwestos+007' FOR CHANNEL 'group_replication_recovery';

Query OK, 0 rows affected, 2 warnings (1.17 sec)

mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';

Query OK, 0 rows affected (0.51 sec)

mysql> SET GLOBAL group_replication_bootstrap_group=ON;

Query OK, 0 rows affected (0.00 sec)

mysql> START GROUP_REPLICATION;

Query OK, 0 rows affected (4.01 sec)

mysql> SET GLOBAL group_replication_bootstrap_group=OFF;

Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM performance_schema.replication_group_members;

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| group_replication_applier | 3b6cc83f-9ca9-11e8-b726-525400ce4b2a | server1     |        3306 | ONLINE       |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

1 row in set (0.08 sec)

Server2:

[root@server2 mysql]# rm -fr *

[root@server2 mysql]# ls

[root@server2 mysql]# vim /etc/my.cnf

#################################################################################################

server_id=2

gtid_mode=ON

enforce_gtid_consistency=ON

master_info_repository=TABLE

relay_log_info_repository=TABLE

binlog_checksum=NONE

log_slave_updates=ON

log_bin=binlog

binlog_format=ROW

transaction_write_set_extraction=XXHASH64

loose-group_replication_group_name="caa095c2-9c39-11e8-9b6d-52540082b956"

loose-group_replication_start_on_boot=off

loose-group_replication_local_address= "172.25.254.2:24901"

loose-group_replication_group_seeds="172.25.254.1:24901,172.25.254.2:24901,172.25.254.3:24901"

loose-group_replication_bootstrap_group=off

loose-group_replication_single_primary_mode=off

loose-group_replication_enforce_update_everwhere_checks=on

loose-group_replication_ip_whitelist="172.25.254.0/24,127.0.0.1/8"

###################################################################################################

[root@server2 ~]# /etc/init.d/mysqld  start

Starting mysqld:                                           [  OK  ]

[root@server2 ~]# grep password /var/log/mysqld.log 

2018-08-10T14:43:12.022235Z 1 [Note] A temporary password is generated for root@localhost: aVj,KAs&Z94g

[root@server2 ~]# mysql -p

Enter password: 

Welcome to the MySQL monitor.  Commands end with ; or \g.

Your MySQL connection id is 4

Server version: 5.7.17-log

Copyright (c) 2000, 2016, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> alter user root@localhost  identified by 'XDwestos+007';

Query OK, 0 rows affected (0.19 sec)

mysql> SET SQL_LOG_BIN=0;

Query OK, 0 rows affected (0.00 sec)

mysql> GRANT REPLICATION SLAVE  ON *.*  to rpl_user@'%'  identified by 'XDwestos+007';

Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql>  reset master;

Query OK, 0 rows affected (0.51 sec)

mysql> SET SQL_LOG_BIN=1;

Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='XDwestos+007' FOR CHANNEL 'group_replication_recovery';

Query OK, 0 rows affected, 2 warnings (1.26 sec)

mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';

Query OK, 0 rows affected (0.37 sec)

mysql> START GROUP_REPLICATION;

Query OK, 0 rows affected (7.17 sec)

mysql> SELECT * FROM performance_schema.replication_group_members;

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| group_replication_applier | 3b6cc83f-9ca9-11e8-b726-525400ce4b2a | server1     |        3306 | ONLINE       |

| group_replication_applier | b49eda52-9cab-11e8-8c52-525400cb8faf | server2     |        3306 | ONLINE       |

Server3:

[root@server3 mysql]# rm -fr *

[root@server3 mysql]# ls

[root@server3 mysql]# vim /etc/my.cnf

###########################################################################################
 

server_id=3

gtid_mode=ON

enforce_gtid_consistency=ON

master_info_repository=TABLE

relay_log_info_repository=TABLE

binlog_checksum=NONE

log_slave_updates=ON

log_bin=binlog

binlog_format=ROW

transaction_write_set_extraction=XXHASH64

loose-group_replication_group_name="caa095c2-9c39-11e8-9b6d-52540082b956"

loose-group_replication_start_on_boot=off

loose-group_replication_local_address= "172.25.254.3:24901"

loose-group_replication_group_seeds="172.25.254.1:24901,172.25.254.2:24901,172.25.254.3:24901"

loose-group_replication_bootstrap_group=off

loose-group_replication_single_primary_mode=off

loose-group_replication_enforce_update_everwhere_checks=on

loose-group_replication_ip_whitelist="172.25.254.0/24,127.0.0.1/8"

################################################################################################

 

[root@server3 ~]# /etc/init.d/mysqld  start

Starting mysqld:                                           [  OK  ]

[root@server3 ~]# grep password /var/log/mysqld.log

2018-08-10T14:54:43.495899Z 1 [Note] A temporary password is generated for root@localhost: okipri9&8iiI

[root@server3 ~]# mysql -p

Enter password: 

Welcome to the MySQL monitor.  Commands end with ; or \g.

Your MySQL connection id is 4

Server version: 5.7.17-log

Copyright (c) 2000, 2016, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> alter user root@localhost  identified by 'XDwestos+007';

Query OK, 0 rows affected (0.16 sec)

mysql> SET SQL_LOG_BIN=0;

Query OK, 0 rows affected (0.00 sec)

mysql>  GRANT REPLICATION SLAVE  ON *.*  to rpl_user@'%'  identified by 'XDwestos+007';

Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> reset master;

Query OK, 0 rows affected (0.54 sec)

mysql> SET SQL_LOG_BIN=1;

Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='XDwestos+007' FOR CHANNEL 'group_replication_recovery';

Query OK, 0 rows affected, 2 warnings (1.52 sec）

mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';

Query OK, 0 rows affected (0.31 sec)

mysql> START GROUP_REPLICATION;

Query OK, 0 rows affected (4.35 sec)

mysql> SELECT * FROM performance_schema.replication_group_members;

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

| group_replication_applier | 3b6cc83f-9ca9-11e8-b726-525400ce4b2a | server1     |        3306 | ONLINE       |

| group_replication_applier | 50c1a66e-9cad-11e8-9b32-525400b0e319 | server3     |        3306 | ONLINE       |

| group_replication_applier | b49eda52-9cab-11e8-8c52-525400cb8faf | server2     |        3306 | ONLINE       |

+---------------------------+--------------------------------------+-------------+-------------+--------------+

测试：（1）当对Server1进行操作时：（server2和server3同步复制）

mysql> CREATE DATABASE test;

Query OK, 1 row affected (0.11 sec)

mysql> USE test;

Database changed

mysql> CREATE TABLE t1 (c1 INT PRIMARY KEY, c2 TEXT NOT NULL);

Query OK, 0 rows affected (0.95 sec)

mysql> INSERT INTO t1 VALUES (1, 'Luis');

Query OK, 1 row affected (0.46 sec)

mysql> SELECT * FROM t1;

+----+------+

| c1 | c2   |

+----+------+

|  1 | Luis |

+----+------+

1 row in set (0.00 sec)

Server2:

mysql> 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

mysql> show tables;

+----------------+

| Tables_in_test |

+----------------+

| t1             |

+----------------+

1 row in set (0.00 sec)

mysql> select * from t1;

+----+------+

| c1 | c2   |

+----+------+

|  1 | Luis |

+----+------+

1 row in set (0.00 sec)

Server3:

mysql> 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

mysql> select * from test.t1;

+----+------+

| c1 | c2   |

+----+------+

|  1 | Luis |

+----+------+

1 row in set (0.00 sec)

（2）当对Server3进行操作时（server1和server2同步复制）

mysql> INSERT INTO test. t1 VALUES (2, 'xixi');

Query OK, 1 row affected (0.67 sec)

Server1:

mysql> SELECT * FROM t1;

+----+------+

| c1 | c2   |

+----+------+

|  1 | Luis |

|  2 | xixi |

+----+------+

Server2:

mysql> select * from t1;

+----+------+

| c1 | c2   |

+----+------+

|  1 | Luis |

|  2 | xixi |

+----+------+

（3）当对Server2进行操作时（server1和server3同步复制）

mysql> INSERT INTO test. t1 VALUES (6, 'haha');

Query OK, 1 row affected (0.48 sec)

Server1:

mysql> SELECT * FROM t1;

+----+------+

| c1 | c2   |

+----+------+

|  1 | Luis |

|  2 | xixi |

|  6 | haha |

+----+------+

Server3:

mysql> select * from test.t1;

+----+------+

| c1 | c2   |

+----+------+

|  1 | Luis |

|  2 | xixi |

|  6 | haha |

+----+------+

3 rows in set (0.00 sec)

xdmaidou
关注
Mysql 5.7 基于组复制(MySQL Group Replication) - 精华版
01-17
本篇文章详细介绍了Mysql 5.7 基于组复制(MySQL Group Replication)的配置说明，实为线上操作手册，在此分享，希望能帮助到有用到的朋友～
【mysql集群之组复制】
最新发布
qq_62331653的博客
08-26 746
提交或回滚事务由每个服务器单独完成，但所有服务器都必须做出相同的决定如果存在网络分区，导致成员无法达成事先定义的分割策略，则在解决此问题之前系统不会继续进行，这是一种内置的自动裂脑保护机制MGR由组通信系统( Group Communication System ，GCS ) 协议支持。MySQL Group Replication(简称 MGR )是 MySQL 官方于 2016 年 12 月推出的一个全新的高可用与高扩展的解决方案。对于要提交的事务，组成员必须就全局事务序列中给定事务的顺序达成一致。
组复制（MySQL Group Replication）简介
数据库生态圈（RDB & NoSQL & Bigdata）——专注于关系库优化（Oracle&Mysql&PG&SQL Server ）
06-23 498
1.简介 本文提供mysql组复制的背景信息。 创建一个容错系统的最常见的方法是求助于组件冗余，换句话说，组件能被移除，但系统将如期可以继续操作。这将整个系统的复杂度提升到了更具挑战性的级别。尤其是，复制库必须面对多个而非一个服务器维护和管理的问题。然而，这些服务器一起合作形成一个组，但必须面对几个其他经典分布式系统问题，像网络分区和脑裂等场景。 所以，最终的挑战是将数据库和数据复制逻辑与几台协作的服务器逻辑按照一致简单的方式融合到一起。换句话说，就是让多个服务器的系统状态，数据和系统经历的每个改变都达成一
MySQL复制（五）：组复制概念（Group Replication Concepts）
Vincent的博客
01-10 2413
组复制中的成员可以独立的发起和提交事务（多主模式），当事务准备提交时，需要在组中广播将要修改的数据集，将事务加入全局事务列表，所有组成员必须就全局事务列表中给定事务的顺序达成一致，且事务必须由组服务批准后才能提交。当服务器故障时，组复制虽然可以继续提供数据库服务，但那些连接到故障服务器上的会话必须重新连接，或者failover到其他正常的服务器上，组复制并不提供会话failover的功能，需要其他的解决方案，例如MySQL Router。当单一主库负载过大时，可以通过组复制的多主模式分散写入负载。
MySQL高可用之组复制(1)：组复制技术简介
weixin_33781606的博客
06-23 128
MySQL组复制系列文章： MySQL组复制大纲 MySQL组复制(1)：组复制技术简介 MySQL组复制(2)：配置单主模型的组复制 MySQL组复制(3)：配置多主模型的组复制 MySQL组复制(4)：组复制理论透彻分析 1.MySQL高可用的背景 数据库的主从复制是一个很实用的功能，但如何保证它的高可用却是一件难事。实现MySQL主从复制高可用的工具，常见的有： (1).MM...
简述mysql监控组复制
09-08
【MySQL 监控组复制】是MySQL高可用性与容错性的重要特性，它允许数据库集群中的多个服务器间实现数据的实时同步，确保在单个服务器出现故障时，整个系统仍能正常运行。监控组复制主要是通过对集群内各成员的状态...
MySQL MGR组复制技术集群高可用实战视频教程
06-17
MySQL MGR组复制技术是MySQL数据库提供的一种高可用性解决方案，它通过在多个节点之间同步数据，确保在任何单个节点出现故障时，集群能够自动切换到其他健康节点，从而保持服务的连续性和数据的一致性。这个"MySQL ...
MySQL Group Replication 组复制原理
07-24
### MySQL Group Replication 组复制原理 #### 一、引言 MySQL Group Replication作为MySQL 5.7.17版本之后引入的一项新特性，它为数据库管理领域带来了全新的复制解决方案。这一特性不仅提升了系统的可用性和扩展...
【MySQL】组复制背景
kunjian的博客
03-03 198
原文：https://dev.mysql.com/doc/refman/8.0/en/group-replication-background.html 译者：kun 最近在翻译MySQL8.0官方文档 第18章组复制部分，分享出来大家读读，有想加入翻译小队的同学可以联系我哦。 本节介绍有关MySQL组复制的背景信息。 创建容错系统的最常见方法是创建组件冗余，换句话说，组件可以被移除，而系统应...
组复制官方文档翻译（组复制原理）
cug_jiang126com的专栏
12-22 3069
Group Replication Background（组复制技术原理） 创建容错系统的最常见方法是使组件冗余，换句话说，部分组件可以删除，系统应该继续按预期运行。这产生了一系列挑战，将这种系统的复杂性提高到一个完全不同的水平。具体来说，复制的数据库必须处理这样的情况，即它们需要维护和管理几个服务器而不是一个。此外，由于多个服务器组成了一个“组”的概念来相互协同工作，必须处理几个其他经典分布式
mysql组复制
lin_made的博客
08-13 370
mysql组复制 Server1—->172.25.25.1 Server2—->172.25.25.2 Server3—->172.25.25.3 根据 MySQL 组复制要求更改配置文件/etc/my.cnf 以server1为例，其他两个一样，只是id号与local_address不同,id号不要冲突，local_address为本机ip地址 server_id...
MySQL 组复制(MGR) 以及常用复制技术介绍
小楼一夜听春雨，深巷明朝卖杏花
05-29 1827
异步复制 传统的MySQL复制采用主从的方式进行，可以一主一从也可以一主多从主库执行一个事务，提交后稍后异步的传送到从库中 如果是基于语句的复制则会重新执行，如果是基于行的负责则会应用日志，同时是shared-nothing的架构，即所有服务器拥有同样的数据复制。 传统的MySQL主从复制架构是MySQL保持数据一致性的最基本架构，如下图所示，一主一从架构，从库给主库发起读数据请求后，主库会通过 dump线程把binlog日志文件推送给从库，从库的I/O线程把接收到数据更新到relay log，之后从
SDB复制组
weixin_51729463的博客
07-18 161
复制组 一、原理 复制组副本间通过拷贝和重放事务日志来实现数据同步。 复制组成员 一个复制组由一个或者多个节点组成。复制组内有两种不同的角色：主节点和备节点。正常情况下，一个复制组内有且只有一个主节点，其余为备节点。 主节点 主节点是复制组内唯一接收写操作的成员。当发生写操作时，主节点写入数据，并记录事务日志 replicalog。备节点从主节点异步复制 replicalog，并通过重放 replicalog 来复制数据。 备节点 备节点持有主节点数据的副本，一个复制组可以有多个备节点。 备节点从主节点
第18章 组复制
一线大码
03-31 115
官方文档地址：Chapter 18 Group Replication 18.1 Group Replication Background 18.2 Getting Started 18.3 Monitoring Group Replication 18.4 Group Replication Operations 18.5 Group Replication Security 18.6 Group Replication Performance 18.7 Upgrading Group Replicat
MySQL 8 复制（七）——组复制基本原理
wzy0623的专栏
07-09 6611
目录 一、MySQL复制技术 1. 主从复制 2. 组复制 二、组复制使用场景 三、组复制相关服务 1. 故障检测 2. 组成员服务 3. 容错 四、组复制技术细节 1. 组复制插件体系结构 2. 复制组 3. 数据操作语言（Data Manipulation Language，DML） 4. 数据定义语句（Data Definition Language，...
mysql组复制版本要求_MySQL高可用之组复制(1)：组复制技术简介
weixin_32771227的博客
01-20 167
MySQL组复制系列文章：1.MySQL高可用的背景数据库的主从复制是一个很实用的功能，但如何保证它的高可用却是一件难事。实现MySQL主从复制高可用的工具，常见的有：(1).MMM：淘汰了，在一致性和高并发稳定性等方面有些问题。(2).MHA：有些人还在用，但也有些问题，也是趋于淘汰的MySQL主从高可用方案。(3).Galera：引领时代的主从复制高可用技术。(4).MariaDB Galer...
MySQL复制(八)组复制
一介IT
11-24 801
欢迎关注公众号：一介IT 本文 8.4万 字。建议收藏。 文章目录1. 组复制 (MGR) 介绍1.1 回顾传统复制1.2 组复制原理1.3 组复制与传统复制对比1.4 组复制模式1.4.1 单主模式1.4.2 多主模式1.5 组复制特点1.6 组复制的要求与限制1.7 组复制相关服务1.8 组复制技术细节1.8.1 组复制插件体系结构1.8.2 复制组1.8.3 DML1.8.4 DDL1.8.5 分布式恢复1.8.5.1 分布式恢复基础1.8.5.2 基于时间点的恢复1.8.5.3 视图更
mysql 组复制详解
07-08
MySQL组复制是一种MySQL数据库的高可用性解决方案，它通过多个MySQL服务器节点之间的数据复制和同步来提供数据冗余和故障恢复能力。在组复制中，多个MySQL节点被组织成一个复制组，其中一个节点被选举为主节点...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值