第八章 MySQL 主从复制

最新推荐文章于 2023-03-30 23:01:08 发布
最新推荐文章于 2023-03-30 23:01:08 发布
阅读量182 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45367149/article/details/103180369
版权
1. 介绍

通过二进制日志同步数据的工作模式

2. 应用场景

辅助备份
读写分离
高可用
分布式数据库

3. 扩展架构中间件
  • 3.1 读写分离

Atlas (360)
ProxySQL(percona)
MaxScale (Mariadb)
mysql router

  • 3.2 高可用

MMM (google)
MHA (facebook taobao TMHA )
PXC,MGC
InnoDB Cluster(mysql 8.0强烈推荐)
MySQL cluster

  • 3.3 分布式

Mycat (DBLE)
DRDS
PolarDB

5. 主从复制前提(搭建过程)

  • 5.1 两个或以上数据库实例(主库,从库),两台机器不同server_id

    [root@db01 ~]# mysql -S /tmp/mysql3308.sock -e "select @@server_id"
[root@db01 ~]# mysql -S /tmp/mysql3307.sock -e "select @@server_id"

  • 5.2 主库需要开启二进制日志

    [root@db01 /data/3307]# mysql -S /tmp/mysql3307.sock -e "select @@log_bin"

  • 5.3 主库要有专用复制用户(replication slave)

    mysql -S /tmp/mysql3307.sock -e "grant replication slave on *.* to repl@'10.0.0.%' identified  by '123'"

  • 5.5 从库需要追数据(mysqldump,xbk)

    [root@db01 ~]# mysqldump -A --master-data=2 --single-transaction -S /tmp/mysql3307.sock >/tmp/full.sql
[root@db01 ~]# mysql -S /tmp/mysql3308.sock </tmp/full.sql

  • 5.6 告诉从库复制信息(IP,port,user,password,binlog+pos)

    #### change master to....
mysql -S /tmp/mysql3308.sock	
mysql> help change master to
CHANGE MASTER TO
MASTER_HOST='10.0.0.51',
MASTER_USER='repl',
MASTER_PASSWORD='123',
MASTER_PORT=3307,
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=444,
MASTER_CONNECT_RETRY=10;

  • 5.7 开启复制线程

    start slave;
[root@db01 ~]# mysql -S /tmp/mysql3308.sock -e "show slave status \G"|grep Running:
6. 主从复制工作原理

(1)change master to 命令 ,指定主库的连接信息和复制起点,会被记录到master.info文件中
(2) start slave 开启 从库的 IO 和 SQL线程
(3)IO线程读取master.info,请求连接主库,建立连接后,主库分配一个dump线程和从库IO记性通信.
(5) 从库IO线程通过binlog位置点记录,向主库DUMP请求最新的binlog
(6) 主库截取全新二进制日志事件,DUMP线程发送给从库IO线程
(7) 在网络层面,二进制日志存储到TCP/IP缓存中,从库返回TCP/IP ACK确认
(8)IO线程将接收到的日志,存储到 db01-relay-bin.000001,更新master.info位置点信息.
(9) SQL线程读取relay-log.info,获取到上次执行到位置点,向后回放全新的日志
(10)回放完成后,SQL再次更新relay-log.info
(11) binlog dump实时监控binlog变化,一旦有新的,通知从库.
(12) 从库会定期删除应用过的db01-relay-bin.
在这里插入图片描述

7. 主从复制监控
mysql> show slave status \G
*************************** 1. row ***************************
主库有关信息
Master_Host: 10.0.0.51
Master_User: repl
Master_Port: 3307
Connect_Retry: 10
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 444
中继日志执行到的位置点(回放了多少):
Relay_Log_File: db01-relay-bin.000002
Relay_Log_Pos: 320
从库线程状态监控
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Last_IO_Errno: 0
Last_IO_Error: 
Last_SQL_Errno: 0
Last_SQL_Error: 
过滤复制有关配置
Replicate_Do_DB: 
Replicate_Ignore_DB: 
Replicate_Do_Table: 
Replicate_Ignore_Table: 
Replicate_Wild_Do_Table: 
Replicate_Wild_Ignore_Table: 
从库回放的relay和主库binlog的对应关系
Exec_Master_Log_Pos: 444
Relay_Log_Space: 526
主从延时时间
Seconds_Behind_Master: 0
延时从库有关配置
SQL_Delay: 0
SQL_Remaining_Delay: NULL
GTID复制有关信息
Retrieved_Gtid_Set: 
Executed_Gtid_Set:
8. 主从复制故障分析及处理

  • 8.1 故障监控

    Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Last_IO_Errno: 0
Last_IO_Error: 
Last_SQL_Errno: 0
Last_SQL_Error:

  • 8.2 原因

    ##### IO  线程:   
(1) 连接主库 (connecting)
连接信息有误
网络不通
防火墙
时间戳
用户没创建
skip_name_resolve
(2) 请求日志 
日志位置点不对.
主库日志不完整.
解决办法:  重新搭建主从
reset master ;
停主库业务,等待从完全同步完
执行命令
恢复主库:   
stop slave 
change master to  000001   154
start slave;
(3) 落地日志
relaylog
处理方法: 
停止从库线程
判断并截取缺失部分日志,恢复到从库
启动从库线程

##### SQL 线程
回放relay :  执行SQL语句
(1) relay无法访问
(2) 主从版本,SQL_Mode,参数不一致,系统配置不一致
(3) 需要创建的对象已经存在 , 要修改的对象不存在
    原因1:  主从复制不一致,导致SQL故障
    原因2:  从库提前写入
(5) 约束冲突
    主键,唯一键
方法一：
stop slave; 
set global sql_slave_skip_counter = 1;
#将同步指针向下移动一个，如果多次不同步，可以重复操作。
start slave;
方法二：
/etc/my.cnf
slave-skip-errors = 1032,1062,1007
常见错误代码:
1007:对象已存在
1032:无法执行DML
1062:主键冲突,或约束冲突
从库只读:
read_only         
super_read_only      

读写分离中间件
pt-heartbeat 
pt-sync 
pt-checksum

    https://www.cnblogs.com/liyongjian5179/p/9008890.html

9. 主从延时

  • 9.1 延时监控

    确认有没有延时
Seconds_Behind_Master: 0
监控延时的日志,造成延时的位置点.
Exec_Master_Log_Pos: 485
Relay_Log_Space: 857

  • 9.2 主从延时原因分析

    • 主库:

    (1) 二进制日志书写不及时
    sync_binlog=1
    (2) 库IO有问题
    binlog和数据分离,尽量ssd存储
    (3)Classic replication中 主库可以并发执行事务,但是dump默认是串行工作的
    高并发时,大事务多的时候,会延时很高 . 开启GTID+row ,可以并行传输日志.
    (5) 业务繁忙时 在线DDL(表结构)
    一般是,手工在主和从分别使用PT工具执行DDL.
    其他原因:
    主库负载过大,从库太多,网络延时抖动等

    • 从库:

    (1)relay-log写入
    最好是单独存储到ssd上
    (2) SQL线程回放慢
    Classic replication中,SQL线程只有一个,只能串行回放relaylog.
    高并发时,大事务多的时候,延时较严重.
    5.6 出现了GTID 技术,可以执行多SQL线程,但是只能基于不同database才能.
    5.7 开启GTID,出现了真正的并行SQL回放功能,MTS,基于事务级别并发回放.logical_clock模式

10. 延时从库 (人为)

  • 作用: 帮助我们解决数据库的逻辑损坏

  • 配置原理: 从库方面SQL线程,根据事件的时间戳顺延延时秒数,进行延时回放

    配置 
[root@db01 ~]# systemctl start mysqld3309
[root@db01 ~]# mysqldump -A --master-data=2 --single-transaction -S /tmp/mysql3307.sock 	  >/tmp/full.sql
[root@db01 ~]# mysql -S /tmp/mysql3309.sock </tmp/full.sql
vim /tmp/full.sql
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=485;
#### 添加主库信息
CHANGE MASTER TO
MASTER_HOST='10.0.0.51',
MASTER_USER='repl',
MASTER_PASSWORD='123',
MASTER_PORT=3307,
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=444,
MASTER_CONNECT_RETRY=10;
#### 启动
start slave;
#### 延时300秒配置:
stop slave;
CHANGE MASTER TO MASTER_DELAY = 300;
start slave;
show slave status \G

  • 延时从库修复逻辑故障

思路
(1)通过监控发现,drop database 操作
(2)停止从库SQL线程,停止误删除数据业务(挂维护页)
(3)手工模拟SQL线程工作
cat relay-log.info获得起点
分析relaylog日志内容,并drop之前的位置点.
(5) 恢复业务
导出故障库恢复到生产
直接将延时从替代原生产业务库

(1) 准备数据 :
create database relaydb charset=utf8mb4;
use relaydb;
create table t1 (id int);
insert into t1 values(1),(2),(3);
create table t2 (id int);
insert into t2 values(1),(2),(3);
create table t3 (id int);
insert into t3 values(1),(2),(3);
(2) 误删除 :
drop database relaydb; 
(3) 停SQL线程:
mysql> stop slave sql_thread;
(5) 截取relaylog 
起点: 
[root@db01 ~]# cat /data/3309/data/relay-log.info 
./db01-relay-bin.000002
482
终点: 
show relaylog events in 'db01-relay-bin.000002';
db01-relay-bin.000002 | 3180 | Query          |         7 |        3446 | drop database relaydb   
 截取   
mysqlbinlog --start-position=482 --stop-position=3180 /data/3309/data/db01-relay-bin.000002 >/tmp/relay.sql
(6) 3309恢复数据
mysql> source /tmp/relay.sql
(7) 解除3309从库身份
mysql> stop slave;
mysql> reset slave all;
11. 过滤复制
主库 :  
binlog_do_db
binlog_ignore_db
从库: 
replicate_do_db=world
replicate_do_db=test
replicate_ignore_db=
replicate_do_table=world.t1
replicate_ignore_table= 
replicate_wild_do_table=world.t*
replicate_wild_ignore_table=
12. 半同步复制(介绍)

解决什么问题?
插件功能.
主从数据一致性问题
和传统复制不同的点是: 从库IO收到日志,并将其写入relaylog文件后,发送一个ACK确认给主库ACK_reciver
如果从库10秒没有回应ACK,主库就会将复制切换为传统复制
PXC percona xtradb cluster
MGR MySQL Group Replication

  • 工作原理:

1.主库执行新的事务,commit时,更新 show master status\G ,触发一个信号给
2.binlog dump 接收到主库的 show master status\G信息,通知从库日志更新了
3.从库IO线程请求新的二进制日志事件
4.主库会通过dump线程传送新的日志事件,给从库IO线程
5.从库IO线程接收到binlog日志,当日志写入到磁盘上的relaylog文件时,给主库ACK_receiver线程
6.ACK_receiver线程触发一个事件,告诉主库commit可以成功了
7.如果ACK达到了我们预设值的超时时间,半同步复制会切换为原始的异步复制.

  • 配置

    加载插件
主:
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
从:
INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
查看是否加载成功:
show plugins;
启动:
主:
SET GLOBAL rpl_semi_sync_master_enabled = 1;
从:
SET GLOBAL rpl_semi_sync_slave_enabled = 1;
重启从库上的IO线程
STOP SLAVE IO_THREAD;
START SLAVE IO_THREAD;
查看是否在运行
主:
show status like 'Rpl_semi_sync_master_status';
从:
show status like 'Rpl_semi_sync_slave_status';
13. GTID复制
(1) 清理环境
pkill mysqld
\rm -rf /data/mysql/data/*
\rm -rf /data/binlog/*
(2) 准备配置文件
主库db01：
cat > /etc/my.cnf <<EOF
[mysqld]
basedir=/usr/local/mysql/
datadir=/data/mysql/data
socket=/tmp/mysql.sock
server_id=51
port=3306
secure-file-priv=/tmp
autocommit=0
log_bin=/data/binlog/mysql-bin
binlog_format=row
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=1
[mysql]
prompt=db01 [\\d]>
EOF
slave1(db02)：
cat > /etc/my.cnf <<EOF
[mysqld]
basedir=/usr/local/mysql
datadir=/data/mysql/data
socket=/tmp/mysql.sock
server_id=52
port=3306
secure-file-priv=/tmp
autocommit=0
log_bin=/data/binlog/mysql-bin
binlog_format=row
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=1
[mysql]
prompt=db02 [\\d]>
EOF
slave2(db03)：
cat > /etc/my.cnf <<EOF
[mysqld]
basedir=/usr/local/mysql
datadir=/data/mysql/data
socket=/tmp/mysql.sock
server_id=53
port=3306
secure-file-priv=/tmp
autocommit=0
log_bin=/data/binlog/mysql-bin
binlog_format=row
gtid-mode=on
enforce-gtid-consistency=true
log-slave-updates=1
[mysql]
prompt=db03 [\\d]>
EOF
(3) 初始化数据
mysqld --initialize-insecure --user=mysql --basedir=/usr/local/mysql  --datadir=/data/mysql/data 
(5) 启动数据库
/etc/init.d/mysqld start
(6) 构建主从：
master:51
slave:52,53
51:
grant replication slave  on *.* to repl@'10.0.0.%' identified by '123';
52\53:
change master to 
master_host='10.0.0.51',
master_user='repl',
master_password='123' ,
MASTER_AUTO_POSITION=1;
start slave;
飞鸡起飞
关注
Mycat常见问题与解决方案---宜将剩勇追穷寇，不可沽名学霸王
wangshuang1631的博客
03-17 2万+
1 Mycat目前有哪些功能与特性？答: • 支持 SQL 92标准 • 支持Mysql集群，可以作为Proxy使用 • 支持JDBC连接多数据库 • 支持NoSQL数据库 • 支持galera for mysql集群，percona-cluster或者mariadb cluster，提供高可用性数据分片集群 • 自动故障切换，高可用性 • 支持读写分离，支持Mysql双主多从，以及一
linux mycat 集群,Mycat学习实战-Mycat的zookeeper集群模式
weixin_27015733的博客
05-15 268
Mycat学习实战-Mycat的zookeeper集群模式[TOC]1. ZooKeeper简介ZooKeeper 是一个面向分布式系统的构建块。当设计一个分布式系统时，一般需要设计和开发一些协调服务：名称服务— 名称服务是将一个名称映射到与该名称有关联的一些信息的服务。电话目录是将人的名字映射到其电话号码的一个名称服务。同样，DNS 服务也是一个名称服务，它将一个域名映射到一个 IP 地址。在分...
MyCat 之 高可用集群搭建
weixin_36898373的博客
05-11 1028
如何对我们的数据层做一个高可用？我想这应该是我们实际开发中面对服务器的扩容经常会遇到，看下面这张架构图，就是一个典型的对myCat做一个高可用的架构。至于mysql层面，我们可以做一个主从，当然需要使用专门的中间件进行管理，例如MHA的使用，这里不是我们今天的重点。我们需要说的是Mycat高可用的架构设计 架构设计简述： 首先我们会有两个【MyCat】的服务节点，然后中间通过【zookeeper】同步多个【MyCat】节点的配置信息，起到一个注册中心中间件的作用。然后我们多个【MyCat】之间.
Mysql系列九：使用zookeeper管理远程Mycat配置文件、Mycat监控、Mycat数据迁移（扩容）...
weixin_34034670的博客
08-29 267
一、使用zookeeper管理远程Mycat配置文件 环境准备： 虚拟机192.168.152.130： zookeeper，具体参考前面文章 搭建dubbo+zookeeper+dubboadmin分布式服务框架(windows平台下) 虚拟机192.168.152.128： 安装好Mycat，具体参考前面文章Mysql系列五：数据库分库分表中间件mycat的安装和mycat配置详解 本机： 搭...
Linux下MyCat和MyCat_web的安装和配置
奋斗吧_-小青年
01-14 9925
前言 Mycat 是一个数据库分库分表中间件 Mycat web 可以对 Mycat进行监控，这里分享一下 Mycat web 的搭建过程 详细内容可以参考 官方文档 Tip: 当前的最新版本为 Mycat-web-1.0 启动顺序必须为：zookper->mycat->mycat_web,否则可能会出现问题环境依赖 MySQL 修改配置文件my.cnf，必须要修改才能使用myca
MySql主从复制
weixin_46685542的博客
12-14 430
MySql主从复制
MySQL主从复制
junge的博客
03-30 2148
MySQL作为世界上使用最为广泛的数据库之一，免费是其原因之一；但不可忽略的是它本身的功能的确很强大。随着技术的发展，在实际的生产环境中，由单台MySQL数据库服务器不能满足实际的需求。此时数据库集群就很好的解决了这个问题了。采用MySQL分布式集群，能够搭建一个高并发、负载均衡的集群服务器。在此之前我们必须要保证每台MySQL服务器里的数据同步。
什么是mysql主从复制_mysql主从复制
weixin_32558567的博客
01-19 452
什么是mysql的主从复制MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式，从节点不用一直访问主服务器来更新自己的数据，数据的更新可以在远程连接上进行，从节点可以复制主数据库中的所有数据库或者特定的数据库，或者特定的表。主从复制优点数据热备：主库故障后，可切换到从数据库继续工作，一定程度上实现高可用。读写分离：让主库负责写，...
MySQL主从复制配置
码云仓库地址：https://gitee.com/lance-gyq
04-30 2962
MySQL主从复制及读写分离 一、MySQL复制的应用常见场景 读写分离，提高查询访问性能，有效减少主数据库访问压力。 实时灾备，主数据库出现故障时，可快速切换到从数据库。 数据汇总，可将多个主数据库同步汇总到一个数据库中，方便数据统计分析。 二、MySQL主从复制原理介绍 1、 MySQL异步和半同步复制 传统的MySQL复制提供了一种简单的主-从复制方法。有一个主，以及一个或多个从。 主节点执行和提交事务，然后将它们（异步地）发送到从节点，以重新...
8.第八章：mysql主从复制与读写分离.doc
05-24
#### 第八章：MySQL主从复制与读写分离 本章节主要探讨MySQL的主从复制机制及其在实际部署中的应用——读写分离技术。通过具体案例来理解其背后的原理和技术要点，并提供一个实践路径。 ##### 一、项目实验拓扑图 ...
MySQL主从复制架构
weixin_43991978的博客
03-13 845
MySQL主从复制架构
mysql主从复制重做_Mysql主从复制（重置版）
weixin_32503361的博客
01-19 693
MySQL Replication是Mysql自带的一种功能，可以实现将数据从一台数据库服务器(master)复制到一台或多台数据库服务器(slave)，默认情况下属于异步复制，无需维持长连接。通过配置可以复制所有的库或者其中几个库，又或者库中的一部分表。(1).工作原理简单的说就是master服务器将数据库的改变写入二进制日志(binary log)，slave服务器同步这些二进制日志事件(bi...
MySQL主从复制原理深度解析
joker19990512的博客
08-22 1763
在实际工作中，我们常常将Redis作为缓存与MySQL配合来使用，当有请求的时候，首先会从缓存中进行查找，如果存在就直接取出。如果不存在再访问数据库，这样就提升了读取的效率，也减少了对后端数据库的访问压力。Redis的缓存架构是高并发架构中非常重要的一环。此外，一般应用对数据库而言都是“ 读多写少 ”，也就说对数据库读取数据的压力比较大，有一个思路就是采用数据库集群的方案，做 主从架构 、进行 读写分离 ，这样同样可以提升数据库的并发处理能力。
MySQL主从复制详细讲解
weixin_52028697的博客
07-21 1215
MySQL主从复制是一个异步的复制过程，底层是基于Mysql数据库自带的二进制日志功能。就是一台或多台MySQL数据库（slave，即从库）从另一台MySQL数据库（master，即主库）进行日志的复制，然后再解析日志并应用到自身，最终实现从库的数据和主库的数据保持一致。MySQL主从复制是MySQL数据库自带功能，无需借助第三方工具。二进制日志（BINLOG）记录了所有的DDL（数据定义语言）语句和DML（数据操纵语言）语句，但是不包括数据查询语句。...
mycat集群配置
csdncjh的博客
10-25 420
鉴于以上Zookeepeer管理Mycat的优势，决定启用此方案 1.Zookpeer配置 参考来源 Mycat学习实战-Mycat的zookeeper集群模式_ygqygq2的IT博客-CSDN博客_mycat zookeeper 企业实战_19_MyCat初始化ZK并配置Mycat支持ZK_Gblfy_Blog-CSDN博客 2.搭建Mycat 我的使用习惯是先不基于zk，搭建单间点的，测试通过以后在同步配置，搭建集群。 2.1初始化zkconf配置 #进入conf目录 cd...
基于java的智能卤菜销售平台答辩PPT.pptx
最新发布
11-04
基于java的智能卤菜销售平台答辩PPT.pptx
Jira插件安装包custom-charts-jira-server
11-04
Jira插件安装包custom-charts-jira-server
安装与激活、靶场环境部署、扫描Web应用程序、扫描报告分析、Goby+AWVS联动
11-04
安装与激活 内容概要：详细介绍相关软件（如 Goby、AWVS 等）的安装步骤，包括从官方网站下载合适版本、检查系统兼容性、安装过程中的注意事项等。对于激活部分，讲解合法获取激活码或许可证的途径，以及激活过程中可能遇到的问题及解决方案。 适用人群：网络安全初学者、渗透测试工程师、安全运维人员等需要使用这些工具进行安全评估的人员。 使用场景和目标：在新搭建的测试环境或个人工作环境中，确保软件能正确安装和激活，为后续的安全评估工作做好准备。目标是使软件稳定运行，避免因安装或激活问题导致工作受阻。 靶场环境部署 内容概要：阐述靶场环境搭建的流程，包括选择合适的靶场平台（如 DVWA、WebGoat 等），安装和配置所需的操作系统、Web 服务器、数据库等组件，设置不同难度级别的漏洞场景。 适用人群：网络安全学习者用于实践练习，渗透测试培训讲师用于教学，安全研究人员用于新漏洞研究。 使用场景和目标：在安全培训、自我技能提升、新漏洞验证等场景下，搭建与真实环境相似的靶场，目标是模拟各种安全场景，帮助使用者熟悉漏洞利用和防御方法。 扫描 Web 应用程序 内容概要：讲解使用 Goby 和 AWVS
基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设）
11-04
基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设），含有代码注释，新手也可看懂，个人手打98分项目，导师非常认可的高分项目，毕业设计、期末大作业和课程设计高分必看，下载下来，简单部署，就可以使用。该项目可以直接作为毕设、期末大作业使用，代码都在里面，系统功能完善、界面美观、操作简单、功能齐全、管理便捷，具有很高的实际应用价值，项目都经过严格调试，确保可以运行！ 基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设）基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设）基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设）基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设）基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设）基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设）基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设）基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设）基于STM32的7路传感器三轮循迹小车源码+文档说明（高分毕设）基于STM32的7路传感器三轮循迹小车源码。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值