（二）、MySQL主从架构

已于 2022-02-04 23:11:33 修改
阅读量2.7k 收藏 6
点赞数
分类专栏： mysql 文章标签： mysql 数据库 架构
于 2022-02-04 23:10:28 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44335659/article/details/122786835
版权

MySQL主从架构

11.1 mysql replication

​ 在生产环境下，如果对数据进行读写操作都是在同一个数据库中进行的。无论是在安全性、高可用性、还是高并发等各个方面都是完全不可能满足实际需求的。因此一般都是通过主从复制(master-slave)的方式来同步数据，保证数据的安全性，再通过读写分离来提升数据库的并发负载能力。

一、什么是mysql replication(mysql主从复制)

​ 1、主从复制指的是当主数据库中进行了update、insert、delete操作导致数据发生改变时，变化会实时同步到一个或者多个从数据库（slave）中。

​ 2、默认情况下时异步复制、无需维持长连接。

​ 3、通过配置可以选择想要同步的库和表。

​ 4、replication时MySQL内建的，自身带有。

二、mysql replication的原理

​ 简单的说就是master将数据的更新操作写入到二进制日志中，slave同步这些二进制日志到中继（relay）日志中，然后读取中继日志中的内容，把二进制的日志解析成SQL语句并执行，从而保持与主数据库中的数据一致。

三、mysql replication的作用

​ 1、读写分离，提供查询服务

​ 2、实时灾备，用于故障切换

​ 3、水平扩展数据库的负载能力

四、mysql replication是如何工作的

​ 1、master将改变记录到二进制日志（binary log）中（这些记录叫做二进制日志事件，binary log events）

​ 2、slave将master的binary log events拷贝到它的中继日志(relay log)

​ 3、slave根据中继日志中的事件，对slave数据库做相应的操作，使其与主数据库一致

11.2 mysql replication 常见方案

一、一主一从

二、一主多从

​ 一主多从，Master负责写操作，其他slave负责读，这种架构最大问题I/O压力集中，多台slave需要从master上同步数据，影响master的IO性能。

三、级联复制

​ 级联复制模式下，部分slave的数据同步不连接主节点，而是连接从节点。因为如果主节点有太多的从节点，就会损耗一部分性能用于replication，那么我们可以让3~5个从节点连接主节点，其它从节点作为二级或者三级与从节点连接，这样不仅可以缓解主节点的压力，并且对数据一致性没有负面影响。

例如，使用一台slave作为中继，分担Master的压力，slave中继需要开启bin-log,并配置log-slave-updates

四、互为主备

五、多主一从

11.3 mysql主从复制原理

​ MySQL中从复制涉及到三个线程，一个运行在主节点（binary dump thread），其余两个(I/O thread ,SQL thread)运行在从节点

​

一、主节点 binary log dump 线程

当从节点连接到主节点时，主节点会生成一个binlog dump 线程，用于给从节点发送 binary-log中的内容。在从节点读取binary-log中的内容时，此线程会加锁，当读取完成时，在发送给从节点之前，锁会被释放。

二、从节点I/O线程

​ 当从节点上执行了start slave 命令之后，从节点会产生一个I/O线程，用来接受主节点bin log dump线程发送过来的内容，并将内容储存到中继日志中。

三、从节点SQL线程

​ SQL线程主要时将relay-log中的二进制转化为sql语句并执行，保持从节点与主节点的一致性。

注意：

​ 对于每一个主从连接来说，都需要有三个线程来完成。当主节点又多个从节点进行连接的时候，主节点会分别为从节点创建一个binary log dump 线程，而每个从节点会有属于自己的I/O线程和SQL线程。

主从复制过程

​ 1、主数据库上发生更新事件（update、insert、delete）被写道binlog中

​ 2、从数据库启动后，产生I/O线程，从库发起连接

​ 3、主数据库产生binary log dump 线程将binlog日志发送给从数据库

​ 4、从数据库中 I/O线程接收到binlog内容写入到中继日志(relay log)中

​ 5、从数据空中的SQL线程将relay log中的内容转换为sql语句并执行。

注意

​ 主数据库必须开启binary log（二进制）功能，因为主从同步所有的操作都是基于二进制文件来完成的

11.4 mysql主从复制模式

一、异步模式

​ MySQL主从复制默认是异步模式进行的。此模式中主数据库的事务提交是不经过slave确认的，master不关心slave是否接收到master发送的binlog。当slave接受到后写入到中继日志中，再转化为sql执行。如果slave并没有接收到主库发送的binlog，主库也并不知情。

​ 如果master宕机，binlog还没有来及被slave接受，而slave备选举为新的主库，这样会导致数据的不一致性。

二、半同步模式

​ 半同步模式是针对异步模式的缺陷进行的改进。主库必须接受到其中一个从库接受到binlog生成relay log，并给出反应后才完成commit。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XxrDOF4k-1643987258372)(C:\Users\77259\AppData\Roaming\Typora\typora-user-images\1628927111388.png)]

​ 相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，所以，半同步复制最好在低延时的网络中使用。 半同步模式不是mysql内置的，从mysql 5.5开始集成，需要master 和slave 安装插件开启半同步模式。.

三、全同步模式

​ 指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。

11.5 部署mysql主从同步(一主一从)

实验环境：

主机名ip版本角色
mysqlmaster192.168.116.20centos7Master
mysqlslave1192.168.116.3centos7slave

注意！！！ 注意！！！ ： 看清楚是在哪台虚拟机进行的操作

一、建立时间服务器、同步时间

1、安装NTP

 [root@mysqlmaster ~]# yum -y install ntp

2、配置NTP

当安装好NTP后，会生成ntp.conf文件 对其进行修改

[root@mysqlmaster ~]# vim /etc/ntp.conf //添加如下两行
 server 127.127.1.0  
 fudge 127.127.1.0 stratum 8

参数说明：

​ server 127.127.1.0 //local clock,就和本地系统时间同步。127.127.1.0在这里是一个IP地址，不是网段。 fudge 127.127.1.0 stratum 8 设置时区为东八区，在安装系统时，选择的时上海时间

3、重启NTP服务

 [root@mysqlmaster ~]# systemctl restart ntpd  //重启ntp服务
 [root@mysqlmaster ~]# netstat -anpt | grep ntpd	//查看ntp服务
 [root@mysqlmaster ~]# systemctl enable netpd	//设置开机自动启动

4、关闭防火墙

 [root@mysqlmaster ~]# systemctl stop firewalld  //关闭防火墙
 [root@mysqlmaster ~]# systemctl disable firewalld  //关闭开机自动启动

5、在从节点上同步时间

 [root@mysqlslave1 ~]# yum -y install nptdate  //安装npt
 [root@mysqlslave1 ~]# /usr/bin/ntpdate 192.168.116.20  //此处的ip为自己的主库ip

二、配置主数据库服务器

1、进去mysql创建测试库以及数据

 mysql> create database HA;		//创建一个数据库
 mysql> use HA;				//进入此数据库
 mysql> create table T1(id int,name varchar(20));	//创建表
 mysql> insert into T1 values(1,'Tom1');	//插入一条数据

2、创建主从复制的授权用户

 mysql> grant replication slave on *.* to slave@192.168.116.3 identified by '123'
//当你的从数据库来复制的时候，使用的是slave用户， slave用户的权限是replication slave  作用到所有库下的所有表

​ 注释：192.168.116.3 是自己的从库的ip

3、配置主库的主配置文件my.cnf

 [root@mysqlmaster ~]# vim /etc/my.cnf //添加一下内容
 
 [mysqld]
 ......   //省略部分内容
 log-bin=/data/mysql/log/mysql-bin-master  #启用二进制日志
 server-id=1   #数据库服务器ID标识
 binlog-do-db=HA #可以被从服务器复制的库, 即二进制需要同步的数据库名

4、重启mysql

 [root@mysqlmaster ~]# /etc/init.d/mysqld restart

5、查看master的状态

 mysql> show master status;
FilePositionBinlog_Do_DBBinlog_Ignore_DBExecuted_Gtid_Set
mysql-bin-master.000019588HA

这里显示的信息每个人是不一样的。

6、查看二进制日志

 [root@mysqlmaster ~]# ls /data/mysql/log/

7、导出数据库

 [root@mysqlmaster ~]# mysqldump  -uroot -p123 HA >HA.sql //到处数据库
 [root@mysqlmaster ~]# scp HA.sql root@192.168.116.3 //将数据发送给从服务器

三、配置从数据库

1、两台数据库的版本要一致

mysql> show variables like '%version%';   //查看mysql版本

2、测试连接到主服务器是否正常

 [root@mysqlslave1 ~]# mysql -uslave -p123 -h 192.168.116.20  //使用在主库中授权的用户登录
 mysql> show databases; //查看库
 这里只会看到一个information_schema的库  因为用户授权的权限只是复制的权限（replication slave）

3、导入数据库，和主库保持一致

 [root@mysqlslave1 ~]# mysql -uroot -p123 -e "create database HA;" //创建HA库
 [root@mysqlslave1 ~]# mysql -uroot -p123 HA<HA.sql  //将数据导入HA

4、修改从库的my.conf文件

 [root@mysqlslave1 ~]# vim /etc/my.cnf

添加如下配置

 server-id = 2  
 relay-log=/data/mysql/log/relay-log-bin  //中继日志文件的路径名称
 relay-log-index=/data/mysql/log/slave-relay-bin.index  //中继日志索引文件的路径名称

注释： server-id ：从服务器ID号，不要和主ID相同 ，如果设置多个从服务器，每个从服务器必须有一个唯一的 server-id值，必须与主服务器的以及其它从服务器的不相同。这些ID值能唯一识别复制服务器 群集中的每个服务器实例

5、重启服务

 [root@mysqlslave1 ~]#  /etc/init.d/mysqld restart

6、在从库中更改其相关配置

 [root@mysqlslave1 ~]#  mysql -uroot -p123
 mysql> stop slave; //停止slave
 mysql> change master to master_host='192.168.116.20',
						 master_user='slave',master_password='123',
 						 master_log_file='mysql-bin-master.000019',master_log_pos=588;

注释：

​ master_host：主库的ip地址

​ master_user：在主库中做的具有replication权限的授权用户名

​ master_password：主库的数据库密码

​ master_log_file：主库的二进制文件

​ master_log_pos：主库的二进制文件的其实位置

这里 master_log_file，master_log_pos的值 通过上边的命令show master status; 在主库中查看，一定要与主库的查询结果保持一致。

7、启动slave

 mysql> start slave;

四、查看各个部分的状态情况

1、在slave中查看slave状态

mysql> show slave status;

查看其中的关键信息：

​ 1）Master_Host：主库的ip地址是否正确

​ 2）Master_User：是否使用的是在主库中授权的用户

​ 3）Master_Log_File：是否与在主库中进行show master status显示的信息一致

​ 4）Slave_IO_Running：从库中的I/O线程是否开启

​ 5）Slave_SQL_Running：从库中的SQL线程是否开启

2、在主库中查看是否创建了连接

mysql> show processlist \G;

查看其中关键信息：

​ 1）User：用户是否是授予aplication slave权限的用户

​ 2）Host：是否是从库的ip地址

​ 3）Command：Binlog Dump 是否开启

五、错误分析

出现错误一般为一下情况：

​ 1、没有关闭防火墙

解决：

 [root@mysqlmaster ~]# systemctl stop firewalld

​ 2、主库在用户授权时，从库的ip写错

解决：

进入主库mysql 进行查看
mysql> select user,host from mysql.user;
查看授权用户对用的ip是否为从库

​ 3、在从库中进行更改配置时出错

解决：

进入从库 重新更改配置
mysql> change master to master_host='192.168.116.20',
						master_user='slave',master_password='123',
 						master_log_file='mysql-bin-master.000019',master_log_pos=588; 
master_log_file master_log_pos 这两个值  进入主库进行查看保持与主库一致
mysql> show master status;

注意！！！ 这里的master_log_file、master_log_po 的值一定要与主库对应

11.6 部署联级复制（M-S-S）

实验环境

主机IP系统版本角色
mysqlmaster192.168.116.20CentOS 7Master
mysqlslave1192.168.116.3CentOS 7Slave 中继
mysqlslave2192.168.116.2CentOS 7Slave

一、同步时间

​ 同以上操作，在三台虚拟机上都进行

二、部署Master

1、在主服务器上授权用户

[root@mysqlmaster ~]# mysql -uroot -p123	//进入数据库
mysql> grant replication slave on *.* to slave@'192.168.116.%' identified by '123' //授权用户
mysql> flush privileges; //刷新授权用户

2、创建数据库

 mysql> create database HA;
 mysql> use HA;
 mysql> create table T1(id int,name varchar(20));
 mysql> insert into T1 values(1,'tom1');

3、修改主库配置文件

[root@mysqlmaster ~]# vim /etc/my.cnf
添加以下内容
[mysqld]
………省略部分内容
server-id=1	
binlog-do-db=HA		
log-bin=/data/mysql/log/mysql-bin-master	
sync-binlog=1
binlog-format=row

参数说明

server-id：指定主库实例，每台Mysql服务器中的id不能相同

binlog-do-db：指定要实现复制的库

log-bin：二进制文件的文件位置

sync-binlog：每写缓冲多少次就同步到磁盘

sync_binlog=1：表示同步写缓冲和磁盘二进制日志文件，不使用文件系统缓存，在使用innodb事务引擎时，在复

​ 制环境中，为了保证最大的可用性，都设置为“1”，但会对影响io的性能。

binlog-format：格式化二进制文件日志

4、重启服务、查看状态

[root@mysqlmaster ~]# /etc/init.d/mysqld restart
//进入数据库后
mysql> show master status;//显示主服务器的当前binlog文件及事件位置

5、导出主服务器HA库完整备份， 拷贝到 中继服务器 和slave服务器

 [root@mysqlmaster ~]# mysqldump -uroot -p123 -B HA>ha.sql
 [root@mysqlmaster ~]# scp ha.sql root@192.168.116.2:~
 [root@mysqlmaster ~]# scp ha.sql root@192.168.116.3:~

三、部署Slave中继

1、导入数据库

 [root@mysqlslave1 ~]# mysql -uroot -p123 <ha.sql

2、配置从库的配置文件

 [root@mysqlslave1 ~]# vim /etc/my.cnf
 添加以下内容
  …………   //省略部分内容
 server-id=2
 log-slave-updates=1
 log-bin=/data/mysql/log/mysql-bin-slave1
 relay-log=/data/mysql/log/relay-log-bin
 relay-log-index=/data/mysql/log/slave-relay-bin.index

参数说明

server-id：指定主库实例，每台Mysql服务器中的id不能相同

log-slave-updates：在上面讲到的中从复制过程中，从库会通过I/O线程将读取主库的二进制文件并写到自己的中 继日志中，在这里的Slave不仅需要接收，它还需要往下传递二进制文件。所以添加这个参数 后，中继从库在把接收到的二进制文件写入到从库时，同时也会写到自己的二进制文件中。 在级联复制中，这个参数是必要的。

log-bin：指定二进制文件位置

relay-log：指定中继文件位置

relay-log-index：指定中继文件索引位置

3、重启mysql

 [root@mysqlslave1 ~]# /etc/init.d/mysqld restart

4、进行从库的授权

 [root@mysqlslave1 ~]# mysql -uroot -p123
 mysql> stop slave;
 msyql> change master to master_host='192.168.116.20',master_user='slave',
 		master_password='123',master_log_file='mysql-bin-master.000001',
 		master_log_pos=154;
 mysql> start slave;

上边的实验已经介绍过这些参数的值，这里不再过多讲解。

5、查看中继服务的状态

 mysql> show slave status \G 
 //通过上面的方法进行检查其中的参数 I/O、SQL 两个线程的状态

6、授权用户（给mysqlslave2使用）

mysql> grant replication slave on *.* to 'slave'@'192.168.116.%' identified by '123'
mysql> flush privileges;
mysql> show master status; //查看slave中继服务器的当前的binlog文件即事件位置

四、部署slave

1、导入数据库

 [root@mysqlslave2 ~]# mysql -uroot -p123 <ha.sql

2、修改配置文件

 [root@mysqlslave2 ~]# vim /etc/my.cnf
 //添加以下内容
  [mysqld]
 ………省略部分内容
 server-id = 3
 relay-log=/data/mysql/log/relay-log-bin 
 relay-log-index=/data/mysql/log/slave-relay-bin.index

3、重启mysql

 [root@mysqlslave2 ~]# /etc/init.d/mysqld restart

4、授权

 [root@mysqlslave2 ~]# mysql -uroot -p123 //进入数据库
 mysql> stop slave;
 mysql> change master to master_host='192.168.116.3',master_user='slave',
 		master_password=123,master_log_file='mysql-bin-slave1.000001',
 		master_log_pos='448';
 mysql> start slave;

5、查看状态

 mysql> show slave status\G

根据上述的主从实验进行状态判断，判断状态都正常的情况下，即完成了级联复制的部署

………省略部分内容
server-id = 3
relay-log=/data/mysql/log/relay-log-bin
relay-log-index=/data/mysql/log/slave-relay-bin.index


3、重启mysql

```bash
 [root@mysqlslave2 ~]# /etc/init.d/mysqld restart

4、授权

 [root@mysqlslave2 ~]# mysql -uroot -p123 //进入数据库
 mysql> stop slave;
 mysql> change master to master_host='192.168.116.3',master_user='slave',
 		master_password=123,master_log_file='mysql-bin-slave1.000001',
 		master_log_pos='448';
 mysql> start slave;

5、查看状态

 mysql> show slave status\G

根据上述的主从实验进行状态判断，判断状态都正常的情况下，即完成了级联复制的部署

酷酷的王大锤
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql主从复制架构
01-08
mysql数据库主从架构的简介、部署、使用场景和配置等详细介绍
MySQL 的主从架构
小楠的博客
03-31 2691
数据库主从概念、优点及用途 主从数据库是什么意思呢，主是主库的意思，从是从库的意思。数据库主库对外提供读写的操作，从库对外提供读的操作。 数据库为什么需要主从架构呢？ 高可用，实时灾备，用于故障切换。比如主库挂了，可以切从库。 读写分离，提供查询服务，减少主库压力，提升性能。 备份数据，避免影响业务。 数据库主从复制原理 主数据库有个 binlog 二进制文件，记录了所有增删改的 SQL 语句（binlog 线程）； 从数据库把主数据库的 binlog 文件的 SQL 语句复制到自己的中继日志 re
mysql主从架构
wang11876的博客
06-16 389
1）MySQL主从又叫做Replication、AB复制。简单讲就是A和B两台机器做主从后，在A上写数据，另外一台B也会跟着写数据，两者数据实时同步的2）MySQL主从是基于binlog的，主上须开启binlog才能进行主从。简单来说就是保证主SQL（Master）和从SQL（Slave）的数据是一致性的，向Master插入数据后，Slave会自动从Master把修改的数据同步过来（有一定的延迟），通过这种方式来保证数据的一致性，就是主从复制。
MySQL数据库主从架构
最新发布
weixin_58410911的博客
01-15 1354
在系统中，数据库层主要由如下几种模式，分别是单点模式、主备模式、主从模式。
MYSQL 主从架构搭建
csl12919的博客
12-05 1028
目录基础环境介绍搭建主从集群1、理论基础2.同步的原理搭建主从集群配置master主服务器 配置slave从服务主从集群测试集群搭建扩展：​ 2、读写分离配置​ 3、其他集群方式 为了便于使用，两个mysql服务需要打开远程登录权限，开启方式需要在本机登录mysql，执行以下语句。 搭建主从集群 1、理论基础 主从架构有什么用？通过搭建MySQL主从集群，可以缓解MySQL的数据存储以及访问的压力。1、数据安全​ 给主服务增加一个数据备份。基于这个目的，可以搭建主从架构，或者也可以基于主从架构搭建互
Mysql架构篇--Mysql 主从同步方案
拽着尾巴的鱼儿的博客
07-07 2610
本文对mysql的传统主从复制，半同步复制和组复制进行介绍。本文对mysql 的传统主从异步复制，半同步复制，组内复制进行了对比，已经通过3台虚拟机搭建了组内复制架构。
MySQL主从架构的复制原理和配置最佳攻略
10-12
主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从...
高性能Mysql主从架构的复制原理及配置详解
03-02
主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从...
源码包编译高性能的MySQL主从复制架构
12-18
源码包编译高性能的MySQL主从复制架构，建议用官方的二进制包
MySQL主从复制架构原理与配置实践
12-19
MySQL主从复制架构原理与配置实践
MySQL主从复制原理架构部署
12-25
MySQL主从复制原理架构部署，很不错的，好好实践下吧，呵呵
MySQL第二讲 MySQL主从架构搭建
程序员路同学
05-19 3576
MySQL第二讲 MySQL主从架构搭建
MySQL原理(十)：主从架构
weixin_43844995的博客
05-10 784
上一篇介绍了 MySQL 的表分区和分库分表，这一篇将介绍主从架构相关的内容。本文介绍了 MySQL 的主从架构。至此我的 MySQL 学习笔记就全部更新完毕了。学习和使用 MySQL 陆陆续续也有两三年了，从最开始只关注如何使用，到现在为了应付面试而更多的关注原理和实现，但是很多地方都只是停留在表面，并没有自己深入源码去分析和做实验来验证，只能说希望以后有机会再次学习吧。
mysql主从架构和主主架构
qq_60787657的博客
12-18 995
MySQL的主从复制架构，主主架构。主从同步
Mysql基础(十八)：主从架构
mingyuli的博客
10-17 748
目录 1、MySQL的主从复制架构 2、主从复制架构的意义？ 2.1、高可用架构 2.2、读写分离架构 从库的应用场景？ 3、MySQL实现主从复制的工作原理 4、如何为MySQL搭建一套主从复制架构？ 5、主从同步几种方式 5.1、异步复制方式 5.1.1、如何实现读写分离 5.1.2、异步复制问题 5.2、半同步复制方式 6、主从复制架构中的数据延迟问题，应该如何解决？ 6.1、延迟 6.2、为什么会产生这个主从延迟的问题呢？ 6.3、主从之间到底延迟了多少时间呢？.
数据库生产架构( 一 ) 主从复制架构
yuanchun的知识整理
10-29 1845
数据库生产架构( 一 ) 主从复制架构
搭建MySQL主从架构 切换及原理说明
clover661的博客
02-09 1456
一、 什么是MySQL的复制 MySQL的主从复制可以实现将数据从一台数据库服务器（master）复制到一台或多台数据库服务器(slave)上，进而可以保证数据有多份冗余。 默认情况下，属于异步复制，所以无需维持长连接。 二、 MySQL复制的原理 slave端的IO线程发送请求给master端的binlog （二进制日志）线程 master端binlog dump线程获取二进制日志信息(文件名和位置信息)发送给slave端的IO线程 salve端IO线程获取到的内容依次写到slave端rel
Mysql主从架构及几种高可用方案
weixin_40406012的博客
12-25 1646
mysql 主从集群，几种高可用方案、及常见主从原因
mysql主从架构搭建
05-29
以下是MySQL主从架构搭建的步骤： 1. 配置主服务器：在主服务器上，编辑MySQL配置文件，使其开启二进制日志功能。在my.cnf配置文件中添加以下内容： ``` [mysqld] log-bin=mysql-bin server-id=1 ``` 其中，log-...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值