MySQL的EXPLAIN解释器

最新推荐文章于 2024-02-28 16:42:29 发布
最新推荐文章于 2024-02-28 16:42:29 发布
阅读量3.4k 收藏 11
点赞数 1
分类专栏： SQL 文章标签： explain解释器
// 这是版权声明
本文链接：https://blog.csdn.net/z772532526/article/details/84786499
版权

一、字段基本解读

+-----+-------------+-------+------+---------------+------------+---------------+-----------+------+-------+
| id  | select_type | table | type | possible_keys |    key     |    key_len    |    ref    | rows | Extra |
+-----+-------------+-------+------+---------------+------------+---------------+-----------+------+-------+
| 编号 |   查询类型   |  表   |  类型 |  预测用到的索引  | 实际使用索引 | 实际使用索引长度 | 表之间引用 | 行数 | 额外信息 |
+-----+-------------+-------+------+---------------+------------+---------------+-----------+------+-------+

一般来说关注type,key,key_len,Extra段进行SQL优化即可。

二、创建例表

#创建用户表
CREATE TABLE `users`(
	`id` INT UNSIGNED AUTO_INCREMENT,
	`name` VARCHAR(8) NOT NULL DEFAULT '',
	`age` TINYINT NOT NULL DEFAULT 0,
	`email` VARCHAR(32),
	`info` VARCHAR(255) COMMENT '无索引',
	PRIMARY KEY(id) COMMENT '主键索引',
	UNIQUE INDEX ui_email(email) COMMENT '唯一索引',
	INDEX i_age(age) COMMENT '普通索引',
	INDEX i_name_age(name,age) COMMENT '复合索引'
)ENGINE = INNODB DEFAULT CHARSET = utf8;
#插入一条
INSERT INTO `users`(`name`,`age`,`email`,`info`) 
	VALUES('voyager',24,'772532526@qq.com','人生若只如初见');
#创建卡片表，用户与卡片一对多
CREATE TABLE `card`(
	`cid` INT UNSIGNED AUTO_INCREMENT,
	`uid` INT NOT NULL DEFAULT 0,
	`card` VARCHAR(255) NOT NULL DEFAULT '',
	PRIMARY KEY(`cid`)
	#暂不为uid加索引
)ENGINE = InnoDB DEFAULT CHARSET = UTF8;
#插入两条数据
INSERT INTO `card`(`uid`,`card`) 
	VALUES(1,'何事秋风悲画扇'),(1,'等闲变却故人心，却道故人心易变');

三、单独释义

1. id值

标记分解的sql执行顺序，非直观的从上至下的顺序。
id值相同，从上至下执行。
id值不同，从大到小执行。

以此结论，反观实例，仅观察 id 和 table 部分。

#SQL1
mysql> EXPLAIN SELECT * FROM users,card WHERE id = uid AND cid = 1;
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+
| id | select_type | table | type  | possible_keys | key     | key_len | ref   | rows | Extra |
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+
|  1 | SIMPLE      | card  | const | PRIMARY       | PRIMARY | 4       | const |    1 |       |
|  1 | SIMPLE      | users | const | PRIMARY       | PRIMARY | 4       | const |    1 |       |
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+

SQL1，虽然以cid为条件置于后边，但因其为主键，SQL解释器知道使用它先筛选更快。

#SQL2
mysql> EXPLAIN SELECT * FROM users,card WHERE uid = 1 AND id = uid ;
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+
| id | select_type | table | type  | possible_keys | key     | key_len | ref   | rows | Extra       |
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+
|  1 | SIMPLE      | users | const | PRIMARY       | PRIMARY | 4       | const |    1 |             |
|  1 | SIMPLE      | card  | ALL   | NULL          | NULL    | NULL    | NULL  |    2 | Using where |
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+

SQL2，uid作为条件，却先筛选users表，原因为：作为条件的字段非索引，则先筛选数据量小的表。

#SQL3
mysql> EXPLAIN SELECT * FROM users WHERE id = 
			(SELECT uid FROM card WHERE cid = 2);
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+
| id | select_type | table | type  | possible_keys | key     | key_len | ref   | rows | Extra |
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+
|  1 | PRIMARY     | users | const | PRIMARY       | PRIMARY | 4       | const |    1 |       |
|  2 | SUBQUERY    | card  | const | PRIMARY       | PRIMARY | 4       | const |    1 |       |
+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+

SQL3，加入一个子查询，id不同，先进行2子查询，再进行1主查询。


2.select_type查询类型

类型出现情况
SIMPLE简单查询，不包含子查询、UNION，例SQL1
PRIMARY复杂查询中的主查询，例SQL3
UBQUERY包含子查询语句的子查询可能出现，例SQL3
UNION联合查询，t1 UNION t2 中的t2
UNION RESULT联合结果
DERIVED衍生查询，一般为产生的临时表

举例一个UNION的

#SQL4
mysql> EXPLAIN SELECT uid FROM card WHERE cid = 1 
				UNION 
				SELECT uid FROM card WHERE cid = 2;
+------+--------------+------------+-------+---------------+---------+---------+-------+------+-------+
| id   | select_type  | table      | type  | possible_keys | key     | key_len | ref   | rows | Extra |
+------+--------------+------------+-------+---------------+---------+---------+-------+------+-------+
|    1 | PRIMARY      | card       | const | PRIMARY       | PRIMARY | 4       | const |    1 |       |
|    2 | UNION        | card       | const | PRIMARY       | PRIMARY | 4       | const |    1 |       |
| NULL | UNION RESULT | <union1,2> | ALL   | NULL          | NULL    | NULL    | NULL  | NULL |       |
+------+--------------+------------+-------+---------------+---------+---------+-------+------+-------+

还有一些其他的，不详细列出。


3.table表
一般指查询的表，对于带尖括号的，表示select_type + id的指向。例如SQL4，<union1,2>表示id为1和2联合出来的表。

4.type索引类型
速度null > syetem > const > eq_ref > ref > range > index > all

类型出现情况
null甚至不需要访问索引表，例如主键作为条件超过当前表主键最大值;
systemconst的特殊情况，只有一条数据的系统表，或衍生表只有一条数据的主查询？？
const使用唯一索引等价查询，仅能匹配到一条数据
eq_ref使用唯一索引作为关联条件，匹配多条不重复数据
ref普通索引等价
range检索给定范围的索引 ， > 、< 、>= 、<=、between and
index仅查询索引表
all遍历全表以找到匹配的行

例子在后边。


5.posibble_keys预测用到的索引
写sql语句时，有些看起来会使用的索引，但实际可能抛弃索引，遍历全表。


6.keys实际使用的索引


7.key_lengths实际使用的索引长度

一般用于判断复合索引是否被完全使用。
utf8中一个字符占3个字节。
null占1个字节。
可变长度占2个字节。

#SQL5
mysql> EXPLAIN SELECT * FROM users WHERE name = 'a' AND age = 2;
+----+-------------+-------+------+------------------+-------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys    | key   | key_len | ref   | rows | Extra       |
+----+-------------+-------+------+------------------+-------+---------+-------+------+-------------+
|  1 | SIMPLE      | users | ref  | i_age,i_name_age | i_age | 1       | const |    1 | Using where |
+----+-------------+-------+------+------------------+-------+---------+-------+------+-------------+

SQL5，我本意是想用到联合索引i_name_age，但是实际上被索引i_age干扰了，这也解释了possible_keys和keys的不同，而i_age作为tinyint占1个字符，所以key_len值为1。好的，这种时候需要考虑i_age的必要性，要么删掉此索引，要么强制使用索引。
这里我选择了先删除在添加回来，却发现了一个有意思的事情。

mysql> ALTER TABLE users DROP INDEX i_age;
#SQL6
mysql> EXPLAIN SELECT * FROM users WHERE name = 'a' AND age = 2;
+----+-------------+-------+-------+---------------+------------+---------+------+------+-----------------------+
| id | select_type | table | type  | possible_keys | key        | key_len | ref  | rows | Extra                 |
+----+-------------+-------+-------+---------------+------------+---------+------+------+-----------------------+
|  1 | SIMPLE      | users | range | i_name_age    | i_name_age | 27      | NULL |    1 | Using index condition |
+----+-------------+-------+-------+---------------+------------+---------+------+------+-----------------------+

没问题，name为varchar(8) not null，8 * 3 + 2 + 1 = 27。
然后为了测试把i_age加回来。

mysql> ALTER TABLE users ADD INDEX i_age(`age`);
#SQL7
mysql> EXPLAIN SELECT * FROM users WHERE name = 'a' AND age = 2;
+----+-------------+-------+------+------------------+------------+---------+-------------+------+-----------------------+
| id | select_type | table | type | possible_keys    | key        | key_len | ref         | rows | Extra                 |
+----+-------------+-------+------+------------------+------------+---------+-------------+------+-----------------------+
|  1 | SIMPLE      | users | ref  | i_name_age,i_age | i_name_age | 27      | const,const |    1 | Using index condition |
+----+-------------+-------+------+------------------+------------+---------+-------------+------+-----------------------+

哎？发现这回i_age并没有干扰到复合索引的使用。我猜测与索引建立的顺序有关，观察两次possible_keys索引顺序，并删除再添加回来i_name_age情况又和SQL5一样，也验证了这一点。

注意复合索引与普通索引的关系及创建顺序。


8.ref
表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值


9.rows
根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数


10.extra

名词解释
Using index性能提升，索引覆盖，此查询仅查询索引不需要回表查询
Using where在查找使用索引的情况下，需要回表去查询所需的数据
Using filesort性能消耗大，需要额外一次文件排序
Using temporary性能消耗大，用到临时表，常见于排序和分组查询
Using join buffer连接缓存
Using where; Using index查找使用了索引，但是需要的数据都在索引列中能找到，所以不需要回表查询数据

实例

为了更易懂，添加一列money，删除索引i_name_age和i_age，创建i_money_name_age。

ALTER TABLE users ADD COLUMN money INT NOT NULL DEFAULT 10;
ALTER TABLE DROP INDEX i_age;
ALTER TABLE DROP INDEX i_name_age;
ALTER TABLE users ADD INDEX i_money_name_age(money,name,age);
  1. 复合索引使用必须从左开始，且不能跨列，不能计算。
    #SQL8
mysql> EXPLAIN SELECT * FROM users WHERE age = 12 AND name = '12' AND money = 12;
+----+-------------+-------+------+------------------+------------------+---------+-------------------+------+-----------------------+
| id | select_type | table | type | possible_keys    | key              | key_len | ref               	| rows | Extra                 |
+----+-------------+-------+------+------------------+------------------+---------+-------------------+------+-----------------------+
|  1 | SIMPLE      | users | ref  | i_money_name_age | i_money_name_age | 31      | const,const,const |    1 | Using index condition |
+----+-------------+-------+------+------------------+------------------+---------+-------------------+------+-----------------------+
    SQL8没按顺序但使用了复合索引，是因为SQL优化器的缘故把条件重排序了。
    #SQL9
mysql> EXPLAIN SELECT * FROM users WHERE name = '12' AND age = 12;
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | users | ALL  | NULL          | NULL | NULL    | NULL |    2 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
    SQL9没从左开始，都未使用上索引。
    #SQL10
mysql> EXPLAIN SELECT * FROM users WHERE money = 12 AND age = 12;
+----+-------------+-------+------+------------------+------------------+---------+-------+------+-----------------------+
| id | select_type | table | type | possible_keys    | key              | key_len | ref   | rows | Extra                 |
+----+-------------+-------+------+------------------+------------------+---------+-------+------+-----------------------+
|  1 | SIMPLE      | users | ref  | i_money_name_age | i_money_name_age | 4       | const |    1 | Using index condition |
+----+-------------+-------+------+------------------+------------------+---------+-------+------+-----------------------+
    SQL10，观察索引长度，因为跨过name，所以age没有使用上索引。
  2. 没有where时，注意order by。
    #SQL11
mysql> EXPLAIN SELECT * FROM users ORDER BY money;
+----+-------------+-------+------+---------------+------+---------+------+------+----------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra          |
+----+-------------+-------+------+---------------+------+---------+------+------+----------------+
|  1 | SIMPLE      | users | ALL  | NULL          | NULL | NULL    | NULL |    2 | Using filesort |
+----+-------------+-------+------+---------------+------+---------+------+------+----------------+
    SQL11，此时select * 导致order by不使用索引。
    #SQL12
mysql> EXPLAIN SELECT id,money,age FROM users ORDER BY money;
+----+-------------+-------+-------+---------------+------------------+---------+------+------+-------------+
| id | select_type | table | type  | possible_keys | key              | key_len | ref  | rows | Extra       |
+----+-------------+-------+-------+---------------+------------------+---------+------+------+-------------+
|  1 | SIMPLE      | users | index | NULL          | i_money_name_age | 31      | NULL |    2 | Using index |
+----+-------------+-------+-------+---------------+------------------+---------+------+------+-------------+
    SQL12，如果选中复合索引里包含的字段和主键，会使用索引。
  3. 注意索引建立的排序方式
    #SQL13
mysql> EXPLAIN SELECT id,money,age FROM users ORDER BY money,name,age DESC;
+----+-------------+-------+-------+---------------+------------------+---------+------+------+-----------------------------+
| id | select_type | table | type  | possible_keys | key              | key_len | ref  | rows | Extra                       |
+----+-------------+-------+-------+---------------+------------------+---------+------+------+-----------------------------+
|  1 | SIMPLE      | users | index | NULL          | i_money_name_age | 31      | NULL |    2 | Using index; Using filesort |
+----+-------------+-------+-------+---------------+------------------+---------+------+------+-----------------------------+
    SQL13，这里产生了Using filesort，因为默认索引建立顺序都是ASC，三个字段顺序必须一致。

关于order by使用索引

在这里插入图片描述
在这里插入图片描述

疑惑

#SQL9
mysql> EXPLAIN SELECT * FROM users WHERE name = 'voyager' AND age > 12;
+----+-------------+-------+-------+-----------------------------+------------+---------+------+------+-----------------------+
| id | select_type | table | type  | possible_keys               | key        | key_len | ref  | rows | Extra                 |
+----+-------------+-------+-------+-----------------------------+------------+---------+------+------+-----------------------+
|  1 | SIMPLE      | users | range | i_name_age,i_age,i_age_name | i_name_age | 27      | NULL |    2 | Using index condition |
+----+-------------+-------+-------+-----------------------------+------------+---------+------+------+-----------------------+
1 row in set

mysql> EXPLAIN SELECT name,age FROM users WHERE name = 'voyager' AND age > 12;
+----+-------------+-------+------+-----------------------------+------------+---------+-------+------+--------------------------+
| id | select_type | table | type | possible_keys               | key        | key_len | ref   | rows | Extra                    |
+----+-------------+-------+------+-----------------------------+------------+---------+-------+------+--------------------------+
|  1 | SIMPLE      | users | ref  | i_name_age,i_age,i_age_name | i_name_age | 26      | const |    2 | Using where; Using index |
+----+-------------+-------+------+-----------------------------+------------+---------+-------+------+--------------------------+
1 row in set

mysql> EXPLAIN SELECT name,age FROM users WHERE name = 'voyager' ORDER BY age;
+----+-------------+-------+------+---------------+------------+---------+-------+------+--------------------------+
| id | select_type | table | type | possible_keys | key        | key_len | ref   | rows | Extra                    |
+----+-------------+-------+------+---------------+------------+---------+-------+------+--------------------------+
|  1 | SIMPLE      | users | ref  | i_name_age    | i_name_age | 26      | const |    2 | Using where; Using index |
+----+-------------+-------+------+---------------+------------+---------+-------+------+--------------------------+
哪吒的小跟班
关注
  • 1
    点赞
  • 踩
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Mysql Explain
02-28
Mysql Explain
Mysql Explain 详解 [原创]
cixin1802的博客
08-06 754
一.语法 explain < table_name > 例如: explain select * from t3 where id=3952602; 二.explain输出解释 +----+---------...
MySQL的explain使用详解
最新发布
qq_42133326的博客
02-28 1330
通过本篇文章了解MySQL中explain的用法和执行结果中每个字段的含义以及具体使用场景，explain工具有助于我们发现sql语句中的潜在问题，给sql语句的优化指明了一定的方向。
Mysql中 explain 命令详解
weixin_38399962的博客
12-29 1081
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。 使用方法，在select语句前加上explain就可以了： 例如:  explain select * from t_user_basic t WHERE t.contact_id = '8a81833f666716ab016667513d7b0000'; 结果如图...
关于mysql中explain的那些事儿
东南风的专栏
12-29 592
有两种用法： 1.EXPLAIN tbl_name 2.EXPLAIN [EXTENDED] SELECT select_options 为了更好的说明它，我们需要建两张表，下面的语句用于创建一张测试用的订单表： CREATE TABLE `t_order` (  `order_id` int(10) unsigned NOT NULL AUTO_INCREMENT COMME
mysql解释器
wangqiaowqo的专栏
11-14 287
How to find out how MySQL solves a query Run the following commands and try to understand the output: SHOW VARIABLES; SHOW COLUMNS FROM ...\G EXPLAIN SELECT ...\G FLUSH STATUS; SELECT ...; ...
mysql-xplain-xplain:解释MySQL查询解释器
05-13
mysql-xplain-xplain 解释MySQL查询解释器。 类似于浏览器的升级EXPLAIN命令。 重点介绍MySQL查询。 它还提供了提示和链接。 希望它会有所帮助。 此处提供更多信息： ： 入门并将其解压缩到您的webroot文件夹中，或...
explain-analyzer:MySQL JSON 解释分析器
08-04
解释分析器 这是一个基于 Web 的 MySQL 解释分析器。 你可以在这里使用它： : 试试看{ " query_block " : { " select_id " : 1 , " cost_info " : { " query_cost " : " 0.45 " }, " table " : { " table_name " : ...
10道精选MySQL面试题
01-23
请简述B树和B+树在MySQL数据库索引中的应用，并解释为什么InnoDB存储引擎选择使用B+树作为索引结构？ 在什么情况下，查询优化器会选择不使用索引？如何通过EXPLAIN分析SQL语句的执行计划？ 描述一下MySQL事务的ACID...
MySQL 5.1参考手册
10-15
5.2.1. 用MySQL实例管理器启动MySQL服务器 5.2.2. 连接到MySQL实例管理器并创建用户账户 5.2.3. MySQL实例管理器命令行选项 5.2.4. MySQL实例管理器配置文件 5.2.5. MySQL实例管理器识别的命令 5.3. mysqld：...
MYSQL中文手册
03-11
5.2.1. 用MySQL实例管理器启动MySQL服务器 5.2.2. 连接到MySQL实例管理器并创建用户账户 5.2.3. MySQL实例管理器命令行选项 5.2.4. MySQL实例管理器配置文件 5.2.5. MySQL实例管理器识别的命令 5.3. mysqld：...
编译原理MYSQL简易解释器
07-07
代码可读性很差，代码可读性很差，代码可读性很差，Debug/MySQL4.exe可以直接执行，预览https://blog.csdn.net/D1124615130/article/details/106923146
MYSQL EXPLAIN详解
12-01
对mysql的explain命令进行详细介绍和解释，有实例分析，非常有用
面试题：【数据库二】mysql：explain解释器type关键字
叫我吕小布
02-08 835
mysql的explain解释器的相关资源网上很多，这里我只记录一下我关心的Type列 type type字段的意思：当前sql扫描表的方法 type字段对应的value值： system > const > eq_ref > ref > range > index > ALL 查询效率从左往右越来越差 system：系统表，少量数据，往往不需要进行磁盘IO const：常量连接 eq_ref：主键索引(primary key)或者非空唯一索引
[转]MySQL Explain详解
weixin_34417200的博客
10-09 967
在日常工作中，我们会有时会开慢查询去记录一些执行时间比较久的SQL语句，找出这些SQL语句并不意味着完事了，些时我们常常用到explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描，这都可以通过explain命令来查看。所以我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略...
mysql的sql执行计划详解（非常有用）
热门推荐
Gavin's Blog
05-11 2万+
引言： 实际项目开发中，由于我们不知道实际查询的时候数据库里发生了什么事情，数据库软件是怎样扫描表、怎样使用索引的，因此，我们能感知到的就只有 sql语句运行的时间，在数据规模不大时，查询是瞬间的，因此，在写sql语句的时候就很少考虑到性能的问题。但是当数据规模增大，如千万、亿的时候，我们运 行同样的sql语句时却发现迟迟没有结果，这个时候才知道数据规模已经限制了我们查询的速度。所以，查询优
Mysql explain
regrethh的博客
04-11 744
用explain来获取关于查询执行计划的信息。比如mysql中有慢查询语句，可以通过explian来返回其执行计划中的信息，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略预计会被优化器采用。 explain命令 EXPLAIN select * from address; explain 的列 执行结果 id select_type ta...
mysql-explain
peng0107的博客
10-22 632
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。 使用方法，在select语句前加上explain就可以了： 如：explain select surname,first_name form a,b where a.id=b.id 下面解释下explain执行计划qn包含信息： id:select查询的一个序列号，包含一组...
MySql explain
咸鱼的博客
08-24 150
mysql&amp;gt; explain select * from (select * from ( select * from t1 where id=2602) a) b; +----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+ | id | s...
mysql explain结果解释
09-02
MySQL的EXPLAIN语句用于分析查询语句的执行计划，并提供有关查询优化器如何执行查询的详细信息。它返回一个描述查询执行计划的结果集，包含了查询使用的索引、表之间的联接方式、访问类型以及预计的行数等信息。通过分析这些信息，我们可以了解查询的性能瓶颈，并且可以优化查询以提高性能。 EXPLAIN的结果集包含以下列： 1. id：查询中操作的标识符，表示查询中的每个操作步骤。 2. select_type：描述操作类型，如简单查询、联接查询、子查询等。 3. table：操作涉及的表名。 4. partitions：操作涉及的分区（如果有）。 5. type：访问类型，表示进行表扫描还是使用索引，常见的类型有ALL（全表扫描）、index（索引扫描）、range（范围扫描）等。 6. possible_keys：可能使用的索引列表。 7. key：实际使用的索引。 8. key_len：使用的索引长度。 9. ref：在索引中使用哪个列或常量与该表的列相关联。 10. rows：预计检索的行数。 11. filtered：通过表条件过滤掉的行百分比。 12. Extra：额外信息，如是否使用了临时表、是否使用了文件排序等。 通过解读EXPLAIN的结果，我们可以确定查询是否有效利用了索引，是否存在性能瓶颈，进而优化查询语句或索引设计，提高查询性能。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值