Mysql之explain详解（超级全面）

最新推荐文章于 2024-08-17 11:26:03 发布
最新推荐文章于 2024-08-17 11:26:03 发布
阅读量3.8k 收藏 50
点赞数 5
分类专栏： # Mysql 文章标签： explain
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/a907691592/article/details/113190839
版权

Mysql之explain详解（超级全面）

概念

使用 explain 关键字可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的。
分析你的查询语句 或是 表结构瓶颈。

explain能干嘛？

  • 获取表是否顺序读取
  • 知道数据读取操作的操作类型
  • 知道哪些索引可以使用
  • 知道哪些索引实际被使用
  • 表之间的引用
  • 每张表有多少行被优化器查询

如何使用

EXPLAIN + SQL语句
例子：

EXPLAIN SELECT
	*
FROM
	test t
LEFT JOIN test1 t1 ON t.uuid = t1.uuid
Left join test2 t2 on t.uuid = t2.uuid
WHERE
	t.uuid = "uuid1";

一般会输出如下东西：
在这里插入图片描述

输出字段解释

id（表的读取顺序）

select 查询序号，包含一组数字，表示查询中执行select子句或操作表的顺序
一般情况有三种情况

  1. id相同，执行顺序由上至下
  2. id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越被优先执行
  3. id有相同也有不同，同时存在

id相同，执行顺序由上至下

表结构

CREATE TABLE `t1` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  KEY `nk_name` (`name`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

CREATE TABLE `t2` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  `new_id` bigint DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  UNIQUE KEY `uk_new_id` (`new_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

CREATE TABLE `t3` (
  `id` bigint NOT NULL,
  `name` varchar(255) DEFAULT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

执行计划

EXPLAIN SELECT
	*
FROM
	t1
LEFT JOIN t2 ON t1.uuid = t2.uuid
LEFT JOIN t3 ON t2.uuid = t3.uuid
WHERE
	t1.uuid = "uuid1";

输出如下：
在这里插入图片描述

id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越被优先执行

表结构：

CREATE TABLE `t1` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  KEY `nk_name` (`name`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

CREATE TABLE `t2` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  `new_id` bigint DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  UNIQUE KEY `uk_new_id` (`new_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

CREATE TABLE `t3` (
  `id` bigint NOT NULL,
  `name` varchar(255) DEFAULT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

执行计划：

EXPLAIN SELECT
	*
FROM
	t1
WHERE
	id = (
		SELECT
			id
		FROM
			t2
		WHERE
			id = (SELECT id FROM t3 WHERE id = 1)
	);

输出结果
在这里插入图片描述

id有相同也有不同，同时存在

这个时候是，id相同的为一组，从上往下顺序执行；在所有组中，id值越大，越优先执行

CREATE TABLE `t1` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  KEY `nk_name` (`name`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

CREATE TABLE `t2` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  `new_id` bigint DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  UNIQUE KEY `uk_new_id` (`new_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

CREATE TABLE `t3` (
  `id` bigint NOT NULL,
  `name` varchar(255) DEFAULT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

EXPLAIN SELECT
	t2.*
FROM
	(
		SELECT
			*
		FROM
			t1
		WHERE
			`name` IS NOT NULL
	) s1,
	t2
WHERE
	s1.id = (SELECT id FROM t3 WHERE id = 1);

输出的结果为
在这里插入图片描述

select_type（数据读取操作的操作类型）

查询类型，一般有下面几种类型
1. SIMPLE： 简单的select查询，查询中不包含子查询或者union
2. PRIMARY：查询中若包含任何复杂的子部分，最外层查询则被标记
3. SUBQUERY：在select或者where列表中包含子查询
4. DERIVED：在from列表中包含子查询被标记为DERIVED（衍生），MySQL会递归执行这些子查询，把结果放在临时表里
5. UNION：若第二个select出现在union之后，则被标记为UNION；若UNION包含在FROM子句的子查询中，外层的select将被标记为DERIVED
6. UNION RESULT：从UNION表获取的SELECT

什么时候会出现 UNION RESULT ？
两个表union就会出现？
例子：

EXPLAIN 
SELECT id, uuid, `name`, age FROM t1
UNION
SELECT id, uuid, `name`, age FROM t2;

输出结果：
在这里插入图片描述

table

显示这一行的数据是关于那张表的

type （很重要）

一般有以下值

system

表只有一行记录（等于系统表），并且要是MyISAM引擎，这是const类型的特例，平时不会出现，这个也可以忽略不计

const

表示通过索引一次就找到了，const用于比较primary key 或者 union 索引。因为只匹配一行数据，所以很快，如将主键至于where列表中，MySQL就能将查询转换为一个常量。
一般情况要有以下条件才会发生

  1. 命中主键(primary key)或者唯一(unique)索引；
  2. 被连接的部分是一个常量(const)值；
    以下例子就会发生
    表结构
CREATE TABLE `t1` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  KEY `nk_name` (`name`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

执行计划

EXPLAIN SELECT id, uuid, `name`, age FROM t1 where id = 1;

输出结果
在这里插入图片描述

eq_ref 刚好匹配一条记录

唯一性索引扫描，对于每一个索引键，表只有一条记录与之匹配。常见于主键和唯一索引扫描。
刚好只有一条

eq_ref发生条件，对于前表的扫描，后表只有一行被扫描。

  1. join 查询
  2. 命中主键 和 唯一性非空索引
  3. 等值连接
    例子：
// t1
CREATE TABLE `t1` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

// t2表有一个new_id非空索引
CREATE TABLE `t2` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  `new_id` bigint DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  UNIQUE KEY `uk_new_id` (`new_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

执行计划

EXPLAIN SELECT
	*
FROM
	t1
JOIN t2 ON t1.id = t2.new_id;

输出结果：
在这里插入图片描述

ref 匹配单个值所有的行

非唯一性索引扫描，返回匹配某个单独值所有行
本质上也是一种索引访问，他返回所有匹配某个匹配单独值的行，而然它可能会找到索格符合的条件，所以他应该属于查找和扫描的混合体

CREATE TABLE `t1` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  KEY `nk_name` (`name`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

执行计划

EXPLAIN SELECT
	*
FROM
	t1
WHERE `name` = "xiaohua";

输出结果
在这里插入图片描述

fulltext

全文索引

ref_or_null

与ref相似，但包括NULL

index_merge

表示出现了索引合并优化(包括交集，并集以及交集之间的并集)，但不包括跨表和全文索引。这个比较复杂，目前的理解是合并单表的范围索引扫描（如果成本估算比普通的range要更优的话）

unique_subquery

在in子查询中，就是value in (select…)把形如select unique_key_column的子查询替换。PS：所以不一定in子句中使用子查询就是低效的！

index_subquery

同上，但把形如”select non_unique_key_column“的子查询替换

range

只检索给定范围的行，使用一个索引来进行选择。key列显示使用了那个索引
一般就是在你的where语句中出现了between、>、< 、in等的查询，这种范围扫描比扫描全表要好，因为它只需要开始于索引的某一点，而结束于另一点，不用扫描全部索引。
例子：

CREATE TABLE `t1` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  KEY `nk_name` (`name`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

执行计划

EXPLAIN SELECT
	*
FROM
	t1
WHERE id > 1;

输出结果
在这里插入图片描述

index

FULL index scan ，扫描全部索引，这通常比ALL快，因为索引文件通常比数据文件小，index和ALL都是读全表，但是index是从索引中读取，而ALL使用硬盘中读取。

CREATE TABLE `t1` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  KEY `nk_name` (`name`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

执行计划

EXPLAIN SELECT
	`name`
FROM
	t1;

输出结果
在这里插入图片描述

ALL

扫描全表，最坏的结果

从最好到最坏依次是：
system ——> const ——> eq_ref ——> ref ——> fulltext ——> ref_or_null ——> index_merge ——> unique_subquery ——> index_subquery ——> range ——> index ——> ALL
一般来说
SQL优化至少要达到range级别，最好是达到ref级别

possible_keys（可能用到的索引）和 key（实际使用的索引）

possible_keys
显示可能应用在这张表中的索引，一个或者多个。
查询设计及到的字段若存在索引，则该索引将被列出，但不一定被查询使用。

key
实际使用的索引。如果为NULL，则没有使用索引
查询中弱使用可覆盖索引，则该索引仅出现在key列表中
例子:
表结构

CREATE TABLE `t2` (
  `id` bigint NOT NULL,
  `uuid` varchar(255) DEFAULT NULL,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  `new_id` bigint DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_uuid` (`uuid`) USING BTREE,
  UNIQUE KEY `uk_new_id` (`new_id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

执行计划

EXPLAIN SELECT
	t2.uuid
FROM
	t2;

查询的字段是索引，key列也会出现被查询的值，因为这样也能扫描索引。
在这里插入图片描述

key_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引长度，在不损失精确性的情况下，长度越长越好。
key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的。

ref（显示哪些索引被实际使用）

显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或者常量被用于查找索引列上的值。

在联合索引时，如果索引被充分利用就是一个常量。

row（每张表有多少行被优化器查询）

根据表统计信息及索引选用情况，大致估算出找到所需的记录所需读取的行数
一般来说，建立索引后扫的行数会大大降低

Extra

using filesort（重要）

糟糕的
这个值说明mysql会对数据使用一个外部的索引排序，而不是按照表内索引顺序的进行读取。
MySQL中无法利用索引完成的排序成为“文件排序”。

using temporary（重要）

糟糕的，比using filesort更坏
使用了临时表保存中间结果，MySQL在对查询结果排序时使用临时表，常见于排序Order by 和分组查询 group by。

using index（重要）

好的
表示相应的select操作中使用了覆盖索引（Covering Index），避免访问了表的数据行，效率不错！
如果同时出现 using where，表名索引被用来执行索引键值的查找；
如果没有同时出现using where，表明索引用来读取数据而非执行查找动作。
注意：
覆盖索引，又称为索引覆盖
理解一：
查询select的数据列只用从索引中就能取得，不必读取数据行，MySQL可以利用索引返回select中的字段，而不必要根据索引再次读取数据文件，换句话说查询列要被所建的索引覆盖。
理解二：
索引是高效找到行的一个方法，但是一般数据能使用索引找到一个列的数据，因此不必读取整个行，毕竟索引叶子节点储存了他们索引的数据；当能通过索引就可以获得想要的数据，那就不需要读取行了，一个索引包含了（或者覆盖了）满足查询结果的数据就叫索引覆盖。

但是需要注意的是，如果要使用索引覆盖，一定要select列出只取出所需要的列，不能 select *
但是如果将所有字段一起做索引会导致索引文件过大，查询性能下降。

using where （表示使用的where过滤）

using join buffer（表示使用了链接缓存）

impossible where

where 子句的值总是false，不能用来获取任何元素

select tables optimized away（了解）

在没有group by子句的情况下，基于索引优化min/max操作或者对于MyISAM储存优化COUNT(*)操作，不必等到执行阶段再计算，查询执行计划生成的阶段即完成优化。

distinct（了解）

优化distinct操作，在找到第一匹配的元组后立即停止找同样值的动作。

本文参考链接
https://blog.csdn.net/qq_41583016/article/details/112555323

DayFight_DayUp
关注
专栏目录
Mysql之explain详解
liu_shi_jun的专栏
03-02 1360
explain字段说明 在需要执行的sql语句前面加上 explain 可以模拟优化器对语句的执行过程。 示例说明: explain select * from sys_user; explain会返回1条或多条数据，下面解释各列含义： 1、 id 执行顺序。 这是一个相对大小，表示各条语句执行的先后顺序，越大越先执行，id相同时从上到下执行。另外在union查询时，外层的union结果语句的id为null，同时这一行的table列会是<unionM,N>的形式，表示引用 id 值为 M 和
MySQL中EXPLAIN命令详解
01-19
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。 使用方法，在select语句前加上explain就可以了： 如： mysql> explain select * from kt_course ...
MySQL-Explain
08-09
Mysql Explain 使用
Mysql Explain 详解 [原创]
cixin1802的博客
08-06 787
一.语法 explain < table_name > 例如: explain select * from t3 where id=3952602; 二.explain输出解释 +----+---------...
MySQL中的EXPLAIN的详解
最新发布
SHI940637335的博客
08-17 2688
是一种优化技术，允许 MySQL 在存储引擎层面应用部分。
MySQL高级知识（四）——Explain
thedarkclouds的博客
09-09 3011
  前言：explain（执行计划），使用explain关键字可以模拟优化器执行sql查询语句，从而知道MySQL是如何处理sql语句。explain主要用于分析查询语句或表结构的性能瓶颈。 注：本系列随笔如无特殊说明都MySQL版本都为5.7.22。 1.explain的作用 通过explain+sql语句可以知道如下内容： ①表的读取顺序。（对应id） ②数据读取操作的操作类型。（...
MySQL explain详解
weixin_30609287的博客
01-15 257
Explain简介 本文主要讲述如何通过 explain 命令获取 select 语句的执行计划，通过 explain 我们可以知道以下信息：表的读取顺序，数据读取操作的类型，哪些索引可以使用，哪些索引实际使用了，表之间的引用，每张表有多少行被优化器查询等信息。 下面是使用 explain 的例子： 在 select 语句之前增加 explain 关键字，MySQL 会在查询上设置一个标记...
MySQL-Explain详解
fsdfkjai的博客
02-10 6万+
MySQL-Explain详解
MySQL-Explain 详解
08-07
MySQL Explain 详解 MySQL Explain 是 MySQL 中的一个重要工具，用于解释和优化 SQL 查询语句。通过 Explain，可以了解 MySQL 是如何执行查询语句的，并且可以根据 Explain 的结果来优化查询语句。 一、用法 ...
mysql之explain使用详解(分析索引)
09-09
MySQL中的`EXPLAIN`命令是数据库管理员和开发者用于分析SQL查询执行计划的重要工具，它可以提供有关MySQL如何执行SELECT语句的详细信息，包括如何使用索引来优化查询。通过对`EXPLAIN`输出的解读，我们可以更好地...
Mysql explain
regrethh的博客
04-11 777
用explain来获取关于查询执行计划的信息。比如mysql中有慢查询语句，可以通过explian来返回其执行计划中的信息，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略预计会被优化器采用。 explain命令 EXPLAIN select * from address; explain 的列 执行结果 id select_type ta...
MySQL Explain详解
johnhuster的专栏
11-10 4147
转载自：https://www.toutiao.com/a6621756882769936904/?tt_from=weixin&amp;utm_campaign=client_share&amp;wxshare_count=1&amp;timestamp=1541753671&amp;app=news_article&amp;utm_source=weixin&amp;iid=496349922...
MySQL之Explain详解
2301_78140533的博客
08-20 2550
优化器优化后的执行SQL由子查询(两个select)变成了表关联查询(一个select)，所以执行计划的结果是两个id都为1。( '张三', 'zhangsan@example.com', 'password123' ),( '赵六', 'zhaoliu@example.com', 'password123' ),( '王五', 'wangwu@example.com', 'password123' ),( '李四', 'lisi@example.com', 'password123' ),
mysql-explain
peng0107的博客
10-22 647
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。 使用方法，在select语句前加上explain就可以了： 如：explain select surname,first_name form a,b where a.id=b.id 下面解释下explain执行计划qn包含信息： id:select查询的一个序列号，包含一组...
Mysql的Explain详解
qq_41931364的博客
12-10 5130
Mysql的Explain详解1、什么是Explain？2、Explain的两个变种2.1、explain extended2.2、explain partitions3、explain展示出来的数据列详解3.1、id列3.2、select_type列3.2.1、simple---简单查询3.2.2、primary---复杂查询3.2.3、subquery---子查询3.2.4、derived---衍生查询3.2.5、union---联合查询3.3、table列3.4、type列3.4.1、const, s
【mysql】explain
沔城莲子坑的博客
05-10 188
expain查询出来的信息有10列，分别是id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra,下面对这些字段逐个进行解释： 1. id id是SQL执行的顺序的标识，SQL从大到小的执行： （1）id相同时，执行顺序由上至下； （2）如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行； （3）id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行。 2. select_typ
MYSQL explain详解
热门推荐
Coder
02-23 9万+
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。 虽然这篇文章我写的很长，但看起来真的不会困啊，真的都是干货啊！！！！ 先解析一条sql语句，看出现什么内容 EXPLAINSELECTs.uid,s.username,s.name,f.email,f.mobile,f.phone,f.postalcode,f.address FROMuchome_spaceASs,uchome_spacefieldASf WHER...
MySQL SQL EXPLAIN详解与最佳实践
"看懂MySQL的SQL EXPLAIN" 在MySQL中，`EXPLAIN`是一个非常重要的工具，它可以帮助我们理解数据库如何执行SQL查询，从而优化查询性能。通过使用`EXPLAIN`，我们可以查看查询的执行计划，分析查询的效率，并找出可能...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值