MySQL--主从复制和读写分离

最新推荐文章于 2024-11-15 21:53:57 发布
最新推荐文章于 2024-11-15 21:53:57 发布
阅读量223 收藏 2
点赞数
文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_51506982/article/details/134400924
版权

MySQL主从复制和读写分离相关知识

1.什么是读写分离

读写分离，基本的原理是让主数据库处理事务性增、改、删操作( INSERT、UPDATE、DELETE) ，而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。

2.为什么要读写分离？

1.数据库在写入数据的时候比较耗时（10000条数据 大概要4分钟）

2.数据库在读写的时候速度很快（10000条 大概5 秒左右）

读写分离之后，数据的写入和读取是分开的，哪怕写入的数据量比较大，但是不影响查询的效率

3.什么场景下需要读写分离？

数据库不是一定需要读写分离。只是在某些程序在使用数据库过程中，更新少，但是查询较多，这种情况可以考虑读写分离。

生产库一般都会做读写分离。

测试库一般不管。

在工作中，数据库的读写不会在同一个库中完成，这样既不安全，也不能满足高可用，也不能实现高并发。工作中都会做读写分离。

4.主从复制的优点

  • 数据分布：通过复制将数据分布到不同地理位置

  • 负载均衡：读写分离以及将读负载到多台从库

  • 备份：可作为实时备份

  • 高可用性：利用主主复制实现高可用

5. mysql支持的复制类型

（1） STATEMENT：基于语句的复制。在服务器上执行sql语句，在从服务器上执行同样的语句，mysql默认采用基于语句的复制（5.7版本之前），执行效率高。高并发的情况可能会出现执行顺序的误差，事务的死锁。

（2）ROW：基于行的复制。把改变的内容复制过去，而不是把命令在从服务器上执行一 遍。精确，但效率低，保存的文件会更大。（5.7版本之后默认采用ROW模式）

（3）MIXED：混合类型的复制。默认采用基于语句的复制，一旦发现基于语句无法精确复制时，就会采用基于行的复制。更智能，所以大部分情况下使用MIXED。
 

三者区别

1.STATEMENT（基于sql）：高并发会导致数据丢失，顺序有误

2.ROW（基于行）：精准匹配，但恢复数据时，效率低

3.MIXED：一般情况用sql，高并发自动切换row

6.mysql主从复制的过程

主从复制基于主mysql服务器和从mysql服务器的三个线程和两个日志展开进行的：

两个日志：二进制日志（bin log） 、中继日志（Relay log）

三个线程：I/O线程、dump线程、SQL线程

7.主从复制的工作过程：

1、 主节点的数据记录发生变化都会记录在二进制日志

2、 slave节点会在一定时间内对主库的二进制文件进行探测。探测是否发生变化。如果有变化从库会开启一个IO的线程。请求主库的二进制事件。

3、 主库会给每一个I/O的线程启动一个dump线程，用于发送二进制事件给从库。从库通过I/O线程获取跟新，slave_sql负责将更新写入到从库本地，实现主从一致。

8.主从复制的问题：

1、 只能在主库上发生变化，然后同步到从。从库的更新不会同步到主

2、复制的过程是串行化过程，在从库上复制是串行的。主库的并行更新不能在从库上并行操作。

3、 主从复制的设计目的：就是为了在主库上写，在从库上查。读写分离，实现高可用。

MySQL主从复制的模式

1.异步复制：

MySQL的默认复制就算异步复制。只要执行完之后，客户端提交事务，主MySQL会立即把结果返回给服务器，主MySQL并不关心从MySQL是否已经接受，并且处理。

异步：不用等待返回结果（udp ）

主一旦崩溃，主MySQL的事务可能没有传到从MySQL，这个时候强行把从提升为主，可能到新的主MySQL数据不完整（很少见）

2.全同步复制，

主库执行完成一个事务，所有的从库都执行了该事务之后才会返回客户端。因为需要等待所有从库全部执行完成，性能必然下降。（对数据一致性，和数据完整要求很好的场景）

3.半同步复制：

介于异步复制和全同步复制之间。主库执行完一个客户端提交的事务之后，至少等待一个从库接受并处理完成之后才会返回给客户端。半同步在一定程度上提高了数据的安全性。也会有一定的延迟。

这个延迟一般是一个tcp/ip的往返时间（从发送到接受的时间，单位是毫秒）。半同步复制最好在电视的网络中使用。

时间<1ms：round-trip-time RTT

如何实现主从复制

mysql 1  主  20.0.0.100
MySQL 2  从  20.0.0.110
MySQL 3  从  20.0.0.10
test1    读写分离的服务器 20.0.0.140
test2    客户端

关闭防火墙
systemctl stop firewalld
setenforce 0

MySQL1
yum -y install ntp
vim /etc/ntp.conf

末
server 127.127.233.0
fudge 127.127.233.0 stratum 8
//数字越小。时间精确度越高。设置fudge 8，时间层级是8，最高为（15），设在中间即可，从本地获取时间源同步，不从网络获取

systemctl restart ntpd
mysql2,3
systemctl restart ntpd

mysql2,3
/usr/sbin/ntodate 192.168.233.21

crontab -e -u root
*/30 * * * *  /usr/sbin/ntpdate 192.168.233.21

date 查看时间


MySQL1
vim /etc/my.cnf

server-id = 1
log-bin=master-bin
//打开二进制日志
binlog_format=MIXED
//处理方式
log_slave-updates=true
//允许从服务器复制数据时，可以从主的二进制日志写到自己的二进制日止当中
wq

systemctl restart mysqld

mysql -uroot -p123456
grant replication slave on *.* to 'mysqlslave'@'20.0.0.%' identified by '123456';

flush privilieges;

show master status;


从库MySQL2
vim /etc/my.cnf
server-id = 2
relay-log=relay-log-bin
relay-log-index=slave-relay-bin.index
// 设置索引文件
relay_log_recovery=1
//默认是0，1开启中继日志的护肤，从服务器出现异常或者崩溃时

systemctl restart mysqld

mysql3
vim /etc/my.cnf
server-id = 3
relay-log=relay-log-bin
relay-log-index=slave-relay-bin.index
relay_log_recovery=1
wq
systemctl restart mysqld


mysql2
mysql -uroot -p123456

CHANGE master to master_host='20.0.0.100',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=599;
//同步

start slave;
show slave status\G;

mysql3
mysql -u root -p 123456

CHANGE master to master_host='20.0.0.100',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=599;
//同步
start slave;



打开终端
MySQL1
create database kgc；

MySQL2，3查看是否有kgc的库

MySQL1
create table test (

);
给表插入数据

Slave_IO_Running:Yes 负责和主库的IO通信

//位置偏移量不对，防火墙没关，配置文件不对

Slave SQL Running:Yes

//负责自己的slave MySQL进程

slave io running no 的原因

1.网络问题

2.my.cnf 配置文件写错了

3.CHANGE master to master_host='192.168.233.21',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=604; 文件名写错了，位置偏移量不对

4.防火墙和安全机制的问题

**位置偏移量要和主服务器上  show master status;中内容一致

主从复制延迟的问题

1.网络延迟

2.主从硬件设备（CPU主频，内存I/O，硬件I/O）

3.同步复制而不是异步复制

解决方案：

1.硬件方面：主库一般来说不需要动的太多，从库的硬件配置变更好。提升随机写的性能，硬盘可以考虑缓存固态。升级cpu的核数，扩展一下内存。尽量使用物理机（不要使用云服务器）。四核8G，硬盘

2.网络层面，主从服务器都配置在一个局域网内，尽量避免跨网段，跨机房。

架构方面：做读写分离把写入控制在主库，从库负责读，降低从库的压力

4.配置方面mysql配置，从配置文件的角度实现性能最大化

追求安全性配置：

innodb flush_log_at_trx_commit=1

//每次啊hi去提交时都会刷新事务日志，已确保持久性，最高级别的数据安全性，但是会影响性能，默认是1

0 就是事务提交是不会立即刷新，而是每秒刷新。可以提高性能，但是发送故障会导致数据丢失

2 事务提交时，事务日志不会写入硬盘而是保存在系统缓存，不会进行刷新，一定的安全性和性能，内存要求比较高。

sunc_binlog=1

1 也是默认值，每次提交事务之后，直接把二进制刷新到硬盘，以确保日志的持久性，占用比较高的性能，但是安全

0 二进制日志写入缓存，也不会刷新日志文件。故障发送也会发发

读写分离配置

要实现读写分离，首先必须要实现主从复制。

读写分离：所有的写入操作都在主库，从库只负责读。（select）。如果有更新，是从主库复制到从库。

Mysql读写分离的原理：

1.根据脚本实现。在代码中实现路由分类。select insert进行路由分类。这种方式是最多的。

特点：性能号，在代码中就能实现，不需要额外的硬件设备

缺点：门槛高，开发实现。如果大型的复制的应用，设计改动的代码非常多。

2.基于中间层代理实现

mysql-proxy自带的开源项目。基于自带的lua脚本不是现成的，要自己写，不熟悉他的内置变量是写不出来的 atlas 360内部自己使用的代理工具。每天的读写请求承载量可以到几十亿条，支持事务，支持存储过程

Amoeba 陈思儒，之前在阿里就职。是由java开发的一个开源软件，不支持事务，也不支持存储过程。但是Amoeba也是用的最广

mycat也可以实现

安装部署mycat

（1）主机上安装java（mycat基于java）
#yum安装java
[root@localhost ~]#yum install java -y
#确认安装成功
[root@localhost ~]#java -version
openjdk version "1.8.0_131"
OpenJDK Runtime Environment (build 1.8.0_131-b12)
OpenJDK 64-Bit Server VM (build 25.131-b12, mixed mode)

（2）切换至opt目录，下载mycat安装包
[root@localhost ~]#cd /opt
[root@localhost ~]#wget http://dl.mycat.org.cn/1.6.7.6/20210303094759/Mycat-server-1.6.7.6-release-20210303094759-linux.tar.gz

（3）创建/apps文件夹，并解压mycat包至/apps下
[root@localhost ~]#mkdir /apps
[root@localhost ~]#tar zxvf Mycat-server-1.6.7.6-release-20210303094759-linux.tar.gz -C /apps/

（4）设置变量环境
[root@localhost ~]#echo 'PATH=/apps/mycat/bin:$PATH' > /etc/profile.d/mycat.sh
[root@localhost ~]#source /etc/profile.d/mycat.sh

（5）启动mycat，查看日志文件，最后可以看到启动成功
[root@localhost ~]#mycat start
#注意内存小于2G 起不来
Starting Mycat-server...

[root@localhost ~]#tail -f /apps/mycat/logs/wrapper.log
#启动成功日志末尾会出现successfully
STATUS | wrapper  | 2021/12/09 21:04:10 | --> Wrapper Started as Daemon
STATUS | wrapper  | 2021/12/09 21:04:10 | Launching a JVM...
INFO   | jvm 1    | 2021/12/09 21:04:11 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2021/12/09 21:04:11 |   Copyright 1999-2006 Tanuki Software, Inc.  All Rights Reserved.
INFO   | jvm 1    | 2021/12/09 21:04:11 | 
INFO   | jvm 1    | 2021/12/09 21:04:12 | MyCAT Server startup successfully. see logs in logs/mycat.log


(6)客户端连接数据库
#这里密码初始为123456   需要加端口
[root@localhost bin]#mysql -uroot -p123456 -h 192.168.59.114 -P8066

修改 mycat 配置文件 /apps/mycat/conf/server.xml

[root@localhost ~]#vim /apps/mycat/conf/server.xml

#去掉44行行注释，对应的在51行行末注释，删除50行行末注释，5 * 60 * 1000L; //连接空>    闲检查

#修改45行端口号为3306
45 <property name="serverPort">3306</property>

#配置Mycat的连接信息(账号密码)，在110 和111行， 可以修改，这边不修改了

修改 mycat 配置文件/apps/mycat/conf/schema.xml

[root@localhost ~]#vim  /apps/mycat/conf/schema.xml
#删除所有内容，重新写入以下
<?xml version="1.0"?>
<!DOCTYPE mycat:schema SYSTEM "schema.dtd">
<mycat:schema xmlns:mycat="http://io.mycat/">
        <schema name="TESTDB" checkSQLschema="false" sqlMaxLimit="100" dataNode="dn1">
        #schema标签：数据库设置，此数据库为逻辑数据库，name与server.xml中schema对应。
        #name:逻辑数据库名，与server.xml中的schema对应；
        #checkSQLschema: 数据库前缀相关设置，这里为false；
        #sqlMaxLimit:  select时默认的limit，避免查询全表，否则可能会遇到查询量特别大的情况造成卡 死；
        #dataNode:表存储到哪些节点，多个节点用逗号分隔。节点为下文dataNode设置的name
</schema>
        <dataNode name="dn1" dataHost="localhost1" database="hellodb" />
        #dataNode标签: 定义mycat中的数据节点，也是通常说的数据分片，也就是分库相关配置
        #name: 定义数据节点的名字，与table中dataNode对应
        #datahost: 物理数据库名，与datahost中name对应，该属性用于定义该分片属于哪个数据库实例
        #database: 物理数据库中数据库名，该属性用于定义该分片属性哪个具体数据库实例上的具体库
        <dataHost name="localhost1" maxCon="1000" minCon="10" balance="1"
        #dataHost标签： 物理数据库，真正存储数据的数据库
        #name: 物理数据库名，与dataNode中dataHost对应
        #maxCon属性指定每个读写实例连接池的最大连接。也就是说，标签内嵌套的writeHost、readHost标  签都会使用这个属性的值来实例化出连接池的最大连接数
        #minCon属性指定每个读写实例连接池的最小连接，初始化连接池的大小
        #balance: 均衡负载的方式
       
                  writeType="0" dbType="mysql" dbDriver="native" switchType="1"  slaveThreshold="100">
                  #writeType: 写入方式
                  #dbType: 数据库类型
                  #dbDriver指定连接后端数据库使用的 Driver，目前可选的值有 native 和 JDBC。用 native 的话，因为这个值执行的是二进制的 mysql 协议，所以可以使用 mysql 和maridb。其他类型的数据库则需要使用 JDBC 驱动来支持。
                  #switchType:  “-1” 表示不自动切换； “1” 默认值，自动切换； “2” 基于 MySQL主从同步的状态决定是否切换心跳语句为 show slave status； “3” 基于 MySQL galary cluster 的切换机制（适合集群）（1.4.1）心跳语句为 show status like ‘wsrep%’.
                <heartbeat>select user()</heartbeat>
                #heartbeat: 心跳检测语句，注意语句结尾的分号要加
                <writeHost host="host1" url="192.168.59.113:3306" user="root" password="123456">
                #host：用于标识不同实例，一般 writeHost 我们使用*M1，readHost 我们用*S1。
                #url：后端实例连接地址。Native：地址：端口 JDBC：jdbc的url
                #user：后端存储实例需要的用户名字
                #password:后端存储实例需要的密码
                 <readHost host="host2" url="192.168.59.112:3306" user="root" password="123456"/>

                </writeHost>
        </dataHost>
</mycat:schema>

<dataNode name="主服务器的主机名">

<database="指定主服务器的数据库名">

<writeHost host="host1" url="主服务器的IP">

<readHost host="host1" url="从服务器的IP">

主服务器上授权

[root@localhost ~]#mysql -uroot -p123123
#授权
GRANT ALL ON *.* TO 'root'@'192.168.59.%' IDENTIFIED BY '123456';
flush privileges;


#查看创建成功
use mysql;
select user,host from user;

GRANT ALL ON *.* TO 'root'@'192.168.59.%' IDENTIFIED BY '123456';

flush privileges;

此处一定要刷新权限，否则接下来配置无法成功启动！！！！

重启mycat服务，客户机连接mycat

在mycat服务器上，重启mycat服务,查看启动日志，文末出现successfully
 [root@localhost ~]#mycat restart  
 [root@localhost ~]#tail -f /apps/mycat/logs/wrapper.log



 INFO   | jvm 1    | 2021/12/09 21:15:40 | 
INFO   | jvm 1    | 2021/12/09 21:15:40 | MyCAT Server startup successfully. see logs in logs/mycat.log
STATUS | wrapper  | 2021/12/09 21:16:38 | TERM trapped.  Shutting down.
STATUS | wrapper  | 2021/12/09 21:16:39 | <-- Wrapper Stopped
STATUS | wrapper  | 2021/12/09 21:16:40 | --> Wrapper Started as Daemon
STATUS | wrapper  | 2021/12/09 21:16:40 | Launching a JVM...
INFO   | jvm 1    | 2021/12/09 21:16:40 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2021/12/09 21:16:40 |   Copyright 1999-2006 Tanuki Software, Inc.  All Rights Reserved.
INFO   | jvm 1    | 2021/12/09 21:16:40 | 
INFO   | jvm 1    | 2021/12/09 21:16:41 | MyCAT Server startup successfully. see logs in logs/mycat.l

查看3306端口，可以监听到主从服务器

ss -antp|grep 3306

此处必须得是 user:(("java".......))

才算成功。同时，如果本机有mysql，一定得关闭mysql服务，否则会因为端口被占从而服务搭建失败

在客户机上登录mycat，这时可以不加端口直接进入数据库了

如何实现完全同步

完全同步其实就是主主同步。

yucfkyu
关注
mysql的主从复制，从库设为只读，不能写么
jaryle的专栏
07-01 7925
mysql的主从复制，主要通过binlog日志来实现 主要步骤： 1  master授权从库连接（master上操作） grant replication slave on *.* to 'backup'（用户名）@'192.168.218.131（从库ip）' identified by 'backup'（密码）; 2 master上操作：show master status;记录m
MySQL 数据库--主从复制与读写分离（大型攻略，理论详解，图文并茂）
Xucf1
02-08 1681
文章目录一、案例分析1.案例概述2.案例前置知识点2.1 MySQL 主从复制原理2.1.1 MySQL 支持的复制类型2.1.2 复制的工作过程2.2 MySQL 读写分离原理2.3 常见的 MySQL 读写分离2.3.1 基于程序代码内部实现2.3.2 基于中间代理层实现2.3.3 小结二、案例实施1.案例环境2.实验思路（解决需求）3.准备3.搭建 MySQL 主从复制3.1 建立时间同步环境，在主节点上搭建时间同步服务器3.2 在从节点上进行时间同步3.3 配置 MySQL Master 主服务器3
mysql主从复制（从库只读）
热门推荐
实践出真知
09-14 1万+
mysql主从复制（从库只读）
Mysql-从库只读设置
eagle89的专栏
07-06 813
mysql设置为只读后，无法增删改。 设置命令： mysql> set global read_only=1; #1是只读，0是读写 mysql> show global variables like "%read_only%"; 以下是相关说明： 1、对于数据库读写状态，主要靠 “read_only”全局参数来设定； 2、默认情况下，数据库是用于读写操作的，所以read_only参数也是0或faluse状态，这时候不论是本地用户还是远程访问数据库的...
【mysql】-mysql读写分离后性能到底能提高多少(实测)
老汉健身的博客
06-17 8158
尽人皆知,Mysql通过读写分离分库分表后性能会有提升,那么如果仅配置主从复制,读写分离到底能提升多少呢? 网上逛了一圈也没有找到什么可以参考的数据,还是实践出真知,自己实际测一番便可知晓. 环境描述: 项目我采用生产环境的一个项目,数据也拷贝了一份(核心几张表数据均超百万),然后选取了其中一个并发度最高的接口,且该接口既有读操作又有写操作. 打压工具我用截止目前发帖时间jmeter最新版...
Linux系统-------------mysql主从复制和读写分离
zzzxxx520369的博客
03-28 1046
保证数据的完整性中继日志只在主从服务器架构的从服务器上存在。从服务器（slave）为了与主服务器(Master)保持一致，要从主服务器读取二进制日志的内容，并且把读取到的信息写入本地的日志文件中，这个从服务器本地的日志文件就叫中继日志。然后，从服务器读取中继日志，并根据中继日志的内容对从服务器的数据进行更新，完成主从服务器的数据同步。搭建好主从服务器之后，中继日志默认会保存在从服务器的数据目录下。读写分离，基本的原理是让主数据库处理事务性增、改、删操作（INSERT、UPDATE、DELETE）
【MySQL】数据库——主从复制和读写分离
2401_83330816的博客
07-02 2587
读写分离，主数据库处理事务性增、改、删操作从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。
MySQL主从复制和读写分离
2301_81272194的博客
03-28 2358
关于MySQL主从复制和读写分离相关内容
Linux学习笔记--MySQL主从复制与读写分离
小吕学Linux的博客
07-10 465
愿你三冬暖 愿你遇良人。 1>>>>:先来了解一下MySQL主从复制原理： 在实际生产环境中，如果对MySQL数据库的读写都在一台数据库服务器中操作，无论是在安全性，高可用性还是高并发等各方面都是不能满足实际需求的。因此，一般都是通过主从复制的方式来同步数据，再通过读写分离来提升数据库的并发负载能力。 MySQL主从复制原理：（先部署主从复制，在此基础上进行读写...
Docker 搭建MySQL主从复制-读写分离
m0_56659620的博客
01-29 1485
MySQL主从复制是一种常用的数据库高可用性解决方案，通过在主数据库上记录的数据变更，同步到一个或多个从数据库，实现数据的冗余备份和读写分离。在Docker环境下搭建MySQL主从复制和读写分离，不仅方便管理，还能充分发挥Docker的轻量、可移植性等特性。通过Docker搭建MySQL主从复制和读写分离，不仅简化了部署过程，还提高了系统的可维护性。合理配置主从关系和读写分离，可以优化数据库性能，提高系统的稳定性和可用性。
docker-compose 构建 mysql 主从复制(读写分离)集群
11-01
mysql主从复制
Mysql-主从复制与读写分离.doc
07-08
MySQL主从复制与读写分离是数据库高可用性和负载均衡的重要技术。主从复制主要是为了实现数据的备份、提高系统的可用性和扩展性，而读写分离则是为了提升数据库的并发处理能力，避免单点性能瓶颈。 1. 主从复制原理...
MySQL 主从复制和读写分离
weixin_68840588的博客
06-24 966
MySQL 主从复制和读写分离
MySQL 8.0特性-自增变量的持久化
myneth的博客
11-13 566
在MySQL 8.0之前，自增主键AUTO_INCREMENT的值如果大于max(primary key)+1，在MySQL重启后，会重置AUTO_INCREMENT=max(primary key)+1，这种现象在某些情况下会导致业务主键冲突或者其他难以发现的问题。下面通过案例来对比不同的版本中自增变量是否持久化。
【赵渝强老师】MySQL InnoDB的数据文件与重做日志文件
赵渝强老师CSDN博客主页
11-14 473
MySQL与Oracle一样都是通过逻辑存储结构来管理物理存储结构，即管理硬盘上存储的各种文件。下面将详细介绍InnoDB存储引擎中的数据文件和重做日志文件。
免费送源码：Java+Springboot+MySQL Springboot多租户博客网站的设计 计算机毕业设计原创定制
最新发布
VX_CXsjNo1的博客
11-15 1069
本文课题研究的“多租户博客网站”，网站的主要功能模块包括通知公告、新闻资讯、交流论坛、论坛分类、租户管理，采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采取MySQL作为后台数据的主要存储单元，采用Springboot框架、JSP技术、Ajax技术进行业务系统的编码及其开发，实现了本系统的全部功能。
MySQL主从复制与读写分离实现
要搭建 MySQL 读写分离环境，需要准备两台 Windows 操作系统，分别作为主服务器和从服务器。然后，需要连接到主服务器上，给从节点分配账号权限，修改 my.ini 文件，重启 MySQL 服务，最后在从服务器上同步主数据库...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值