Mysql学习（七）-- 执行计划explain

已于 2023-04-16 16:51:56 修改
阅读量1.1k 收藏 2
点赞数
分类专栏： mysql 文章标签： mysql
于 2022-03-13 16:15:05 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39724194/article/details/123461074
版权
本文详细解析了MySQL查询优化中的explain关键字，包括id、select_type、type、possible_keys、keys、rows、extra等重要指标的含义和作用。讲解了如何通过explain分析SQL查询性能，优化查询效率，例如理解查询执行顺序、索引使用情况和全表扫描的影响等。
摘要由CSDN通过智能技术生成

explain语句结果：
在这里插入图片描述

字段解释：
在这里插入图片描述
sql准备：

USE atguigudb;
 
CREATE TABLE t1(id INT(10) AUTO_INCREMENT, content VARCHAR(100) NULL, PRIMARY KEY (id));
CREATE TABLE t2(id INT(10) AUTO_INCREMENT, content VARCHAR(100) NULL, PRIMARY KEY (id));
CREATE TABLE t3(id INT(10) AUTO_INCREMENT, content VARCHAR(100) NULL, PRIMARY KEY (id));
CREATE TABLE t4(id INT(10) AUTO_INCREMENT, content1 VARCHAR(100) NULL, content2 VARCHAR(100) NULL, PRIMARY KEY (id));

CREATE INDEX idx_content1 ON t4(content1);  -- 普通索引

# 以下新增sql多执行几次，以便演示
INSERT INTO t1(content) VALUES(CONCAT('t1_',FLOOR(1+RAND()*1000)));
INSERT INTO t2(content) VALUES(CONCAT('t2_',FLOOR(1+RAND()*1000)));
INSERT INTO t3(content) VALUES(CONCAT('t3_',FLOOR(1+RAND()*1000)));
INSERT INTO t4(content1, content2) VALUES(CONCAT('t4_',FLOOR(1+RAND()*1000)), CONCAT('t4_',FLOOR(1+RAND()*1000)));

其中，较为重要的指标有：type、possible_keys、keys、rows、extra

1. id

id的情况有三种：

1.1 id相同

表示加载表的顺序是从上到下

EXPLAIN SELECT * FROM t1, t2, t3;

在这里插入图片描述

1.2 id不同

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

EXPLAIN SELECT t1.id FROM t1 WHERE t1.id =(
  SELECT t2.id FROM t2 WHERE t2.id =(
    SELECT t3.id FROM t3 WHERE t3.content = 't3_434'
  )
);

在这里插入图片描述

注意：查询优化器可能对涉及子查询的语句进行优化，转为连接查询

EXPLAIN SELECT * FROM t1 WHERE content IN 
(SELECT content FROM t2 WHERE content = 'a');

在这里插入图片描述

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

id相同可以认为是一组，从上往下顺序执行；在所有组中，id的值越大，优先级越高，越先执行

在这里插入图片描述

1.4 id为null

最后执行

EXPLAIN SELECT * FROM t1 UNION SELECT * FROM t2;

在这里插入图片描述

1.5 总结

  • id如果相同，可以认为是一组，从上往下顺序执行
  • 在所有组中，id值越大，优先级越高，越先执行
  • 关注点：id号每个号码，表示一趟独立的查询, 一个sql的查询趟数越少越好

2. select_type

在这里插入图片描述

2.1 simple：简单查询

EXPLAIN SELECT * FROM t1;

在这里插入图片描述

2.2 primary：主查询

即子查询中最外层查询
在这里插入图片描述

2.3 subquery ：子查询

在SELECT或WHERE列表中包含了子查询。

EXPLAIN SELECT * FROM t3 WHERE id = 
( SELECT id FROM t2 WHERE content= 'a');

在这里插入图片描述

2.4 dependent subquery：

如果包含了子查询，并且查询语句不能被优化器转换为连接查询，并且子查询是相关子查询（子查询基于外部数据列），则子查询就是DEPENDENT SUBQUREY。

注意：出现此类型，坚决要修改sql语句，这个太慢了！！！
最好是修改为derived的形式。
这个意思是，自己是个子查询，并且还依赖于外层的查询结果。

EXPLAIN SELECT * FROM t3 WHERE id = 
( SELECT id FROM t2 WHERE content = t3.content);

在这里插入图片描述

详解看：https://blog.csdn.net/joenqc/article/details/73189143

2.5 UNCACHEABLE SUBQUREY：

表示这个subquery的查询要受到外部系统变量的影响

EXPLAIN SELECT * FROM t3 
WHERE id = ( SELECT id FROM t2 WHERE content = @@character_set_server);

是的

2.6 derived：临时表：from中子查询产生的临时表

在包含派生表（子查询在from子句中）的查询中，MySQL会递归执行这些子查询，把结果放在临时表里。

EXPLAIN SELECT * FROM (   
SELECT content, COUNT(*) AS c FROM t1 GROUP BY content) AS derived_t1 
WHERE c > 1;

这里的<derived2>就是在id为2的查询中产生的派生表。
在这里插入图片描述

补充：MySQL在处理带有派生表的语句时，优先尝试把派生表和外层查询进行合并，如果不行，再把派生表物化掉（执行子查询，并把结果放入临时表），然后执行查询。下面的例子就是就是将派生表和外层查询进行合并的例子：

EXPLAIN SELECT * FROM (SELECT * FROM t1 WHERE content = 't1_832') AS derived_t1;

在这里插入图片描述

下面不加limit也会被合并：

在这里插入图片描述

2.7 union及union result：

  • UNION：对于包含UNION或者UNION ALL的查询语句，除了最左边的查询是PRIMARY，其余的查询都是UNION。
  • UNION RESULT：UNION会对查询结果进行查询去重，MYSQL会使用临时表来完成UNION查询的去重工作，针对这个临时表的查询就是"UNION RESULT"。
EXPLAIN 
SELECT * FROM t3 WHERE id = 1 
UNION  
SELECT * FROM t2 WHERE id = 1;

在这里插入图片描述

2.8 DEPENDENT UNION：

子查询中的UNION或者UNION ALL，除了最左边的查询是DEPENDENT SUBQUREY，其余的查询都是DEPENDENT UNION。

 EXPLAIN SELECT * FROM t1 WHERE content IN
 (
 SELECT content FROM t2 
 UNION 
 SELECT content FROM t3
 );

在这里插入图片描述

2.9 MATERIALIZED：

优化器对于包含子查询的语句，如果选择将子查询物化后再与外层查询连接查询，该子查询的类型就是MATERIALIZED。如下的例子中，查询优化器先将子查询转换成物化表，然后将t1和物化表进行连接查询。

 EXPLAIN SELECT * FROM t1 WHERE content IN (SELECT content FROM t2);

在这里插入图片描述

3. type：访问类型 ☆

说明：

结果值从最好到最坏依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

比较重要的包含：system > const > eq_ref > ref > range > index > ALL

SQL 性能优化的目标：至少要达到 range 级别，要求是 ref 级别，最好是 consts级别。（阿里巴巴开发手册要求）
在这里插入图片描述

3.1 NULL

在这里插入图片描述

3.2 system

查询系统表专用，5.7 以上版本不再显示system直接显示all，不多解释

3.3 const：命中主键索引

根据主键或者唯一二级索引列与常数进行匹配时

EXPLAIN SELECT * FROM t1 WHERE id = 1;

在这里插入图片描述

在这里插入图片描述

3.4 eq_ref：唯一索引和主键索引相互关联

连接查询时通过主键或不允许NULL值的唯一二级索引列进行等值匹配时（主要用在一对一的查询）

EXPLAIN SELECT * FROM t1, t2 WHERE t1.id = t2.id;

在这里插入图片描述

在这里插入图片描述

3.5 ref：命中普通索引

通过普通二级索引列与常量进行等值匹配时(命中了普通索引)

EXPLAIN SELECT * FROM t_emp WHERE deptId = 1;

在这里插入图片描述

在这里插入图片描述

3.6 range：主键索引范围查询

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

EXPLAIN SELECT * FROM t1 WHERE id IN (1, 2, 3);

在这里插入图片描述

在这里插入图片描述

3.7 index：普通索引全表扫描

当使用覆盖索引，但需要扫描全部的索引记录时

覆盖索引：如果能通过读取索引就可以得到想要的数据，那就不需要读取用户记录，或者不用再做回表操作了。一个索引包含了满足查询结果的数据就叫做覆盖索引。

-- 只需要读取聚簇索引部分的非叶子节点，就可以得到id的值，不需要查询叶子节点
EXPLAIN SELECT id FROM t1;

在这里插入图片描述

-- 只需要读取二级索引，就可以在二级索引中获取到想要的数据，
-- 不需要再根据叶子节点中的id做回表操作
EXPLAIN SELECT id, deptId FROM t_emp;

在这里插入图片描述

3.8 all：全表扫描

全表扫描。Full Table Scan，将遍历全表以找到匹配的行

EXPLAIN SELECT * FROM t1;

在这里插入图片描述

3.9 其他类型：（了解）

  • index_subquery：利用普通索引来关联子查询，针对包含有IN子查询的查询语句。content1是普通索引字段
EXPLAIN SELECT * FROM t1 WHERE content IN (SELECT content1 FROM t4 WHERE t1.content = t4.content2) OR content = 'a';

在这里插入图片描述

  • unique_subquery：类似于index_subquery，利用唯一索引来关联子查询。t2的id是主键，也可以理解为唯一的索引字段
EXPLAIN SELECT * FROM t1 WHERE id IN (SELECT id FROM t2 WHERE t1.content = t2.content) OR content = 'a';

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-R6pXykD2-1681633774362)(image-20220712071138320.png)]

  • index_merge：在查询过程中需要多个索引组合使用，通常出现在有 or 的关键字的sql中。
EXPLAIN SELECT * FROM t_emp WHERE deptId = 1 OR id = 1;

在这里插入图片描述

  • ref_or_null：当对普通二级索引进行等值匹配，且该索引列的值也可以是NULL值时。
EXPLAIN SELECT * FROM t_emp WHERE deptId = 1 OR deptId IS NULL;

在这里插入图片描述

  • fulltext：全文索引。一般通过搜索引擎实现，这里我们不展开。

4. possible_keys 和 keys ☆

  • possible_keys表示执行查询时可能用到的索引，一个或多个。 查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用。

  • keys表示实际使用的索引。如果为NULL，则没有使用索引。

EXPLAIN SELECT id FROM t1 WHERE id = 1;

在这里插入图片描述

5. key_len ☆

表示索引使用的字节数，根据这个值可以判断索引的使用情况，检查是否充分利用了索引，针对联合索引值越大越好。

如何计算：

  1. 先看索引上字段的类型+长度。比如：int=4 ; varchar(20) =20 ; char(20) =20

  2. 如果是varchar或者char这种字符串字段，视字符集要乘不同的值，比如utf8要乘 3，如果是utf8mb4要乘4，GBK要乘2

  3. varchar这种动态字符串要加2个字节

  4. 允许为空的字段要加1个字节

在这里插入图片描述

-- 创建索引
CREATE INDEX idx_age_name ON t_emp(age, `name`);
-- 测试1
EXPLAIN SELECT * FROM t_emp WHERE age = 30 AND `name` = 'ab%';
-- 测试2
EXPLAIN SELECT * FROM t_emp WHERE age = 30;

在这里插入图片描述

6. rows ☆

MySQL认为它执行查询时必须检查的行数。值越小越好。

-- 如果是全表扫描，rows的值就是表中数据的估计行数
EXPLAIN SELECT * FROM t_emp WHERE empno = '10001';

-- 如果是使用索引查询，rows的值就是预计扫描索引记录行数
EXPLAIN SELECT * FROM t_emp WHERE deptId = 1;

在这里插入图片描述

7. Extra ☆

包含不适合在其他列中显示但十分重要的额外信息。通过这些额外信息来理解MySQL到底将如何执行当前的查询语句。MySQL提供的额外信息有好几十个，这里只挑介绍比较重要的介绍。

7.1 Impossible WHERE：where子句的值总是false

EXPLAIN SELECT * FROM t_emp WHERE 1 != 1;

在这里插入图片描述

7.2 Using where：使用了where，但在where上有字段没有创建索引

EXPLAIN SELECT * FROM t_emp WHERE `name` = '风清扬';

在这里插入图片描述

7.3 Using temporary：使了用临时表保存中间结果

常见于groupby和orderby，效率较低

EXPLAIN SELECT DISTINCT content FROM t1;

在这里插入图片描述

7.4 Using filesort：排序无法使用索引，效率较低

在对查询结果中的记录进行排序时，是可以使用索引的，如下所示：

EXPLAIN SELECT * FROM t1 ORDER BY id;

在这里插入图片描述

如果排序操作无法使用到索引，只能在内存中（记录较少时）或者磁盘中（记录较多时）进行排序（filesort），如下所示：

EXPLAIN SELECT * FROM t1 ORDER BY content;

在这里插入图片描述

7.5 Using index：使用了覆盖索引

表示直接访问索引就足够获取到所需要的数据，不需要通过索引回表

 EXPLAIN SELECT id, content1 FROM t4;

在这里插入图片描述

EXPLAIN SELECT id FROM t1;

在这里插入图片描述

7.6 Using index condition：索引下推优化

叫作 Index Condition Pushdown Optimization （索引下推优化）

  • 如果没有索引下推（ICP），那么MySQL在存储引擎层找到满足content1 > 'z'条件的第一条二级索引记录。主键值进行回表，返回完整的记录给server层，server层再判断其他的搜索条件是否成立。如果成立则保留该记录，否则跳过该记录，然后向存储引擎层要下一条记录。
  • 如果使用了索引下推（ICP），那么MySQL在存储引擎层找到满足content1 > 'z'条件的第一条二级索引记录。不着急执行回表，而是在这条记录上先判断一下所有关于idx_content1索引中包含的条件是否成立，也就是content1 > 'z' AND content1 LIKE '%a'是否成立。如果这些条件不成立，则直接跳过该二级索引记录，去找下一条二级索引记录；如果这些条件成立，则执行回表操作，返回完整的记录给server层。
-- content1列上有索引idx_content1
EXPLAIN SELECT * FROM t4 WHERE content1 > 'z' AND content1 LIKE '%a';

在这里插入图片描述

注意：如果这里的查询条件只有content1 > 'z'，那么找到满足条件的索引后也会进行一次索引下推的操作，判断content1 > 'z’是否成立（这是源码中为了编程方便做的冗余判断）
在这里插入图片描述

7.7 Using join buffer：

在连接查询时，当被驱动表不能有效的利用索引时，MySQL会为其分配一块名为连接缓冲区（join buffer）的内存来加快查询速度

EXPLAIN  SELECT * FROM t1, t2 WHERE t1.content = t2.content;

在这里插入图片描述
下面这个例子就是被驱动表使用了索引：

EXPLAIN SELECT * FROM t_emp, t_dept WHERE t_dept.id = t_emp.deptId;

在这里插入图片描述

8. 其他字段

8.1 table：显示这一行的数据是关于哪张表的

8.1.1 单表：
EXPLAIN SELECT * FROM t1;

在这里插入图片描述

8.1.2 多表关联：t1为驱动表，t2为被驱动表。

注意：内连接时，MySQL性能优化器会自动判断哪个表是驱动表，哪个表示被驱动表，和书写的顺序无关

EXPLAIN SELECT * FROM t1 INNER JOIN t2;

在这里插入图片描述

8.2 partitions

代表分区表中的命中情况，非分区表，该项为NULL

8.3 ref

显示与key中的索引进行比较的列或常量。

-- ref=atguigudb.t1.id   关联查询时出现，t2表和t1表的哪一列进行关联
EXPLAIN SELECT * FROM t1, t2 WHERE t1.id = t2.id;

-- ref=const  与索引列进行等值比较的东西是啥，const表示一个常数
EXPLAIN SELECT * FROM t_emp WHERE age = 30;

在这里插入图片描述

8.4 filtered

最后查询出来的数据占所有服务器端检查行数（rows）的百分比。值越大越好。

-- 先根据二级索引deptId找到数据的主键，有3条记录满足条件，
-- 再根据主键进行回表，最终找到3条记录，有100%的记录满足条件
EXPLAIN SELECT * FROM t_emp WHERE deptId = 1;

-- 这个例子如果name列是索引列则 filtered = 100 否则filtered = 10(全表扫描)
EXPLAIN SELECT * FROM t_emp WHERE `name` = '风清扬';

在这里插入图片描述

leo_messi94
关注
专栏目录
Mysql——》explain执行计划
小仙~
05-03 670
为了知道优化SQL语句的执行，需要查看SQL语句的具体执行过程，以加快SQL语句的执行效率。可以使用explain+SQL语句来模拟优化器执行SQL查询语句，从而知道mysql是如何处理sql语句的。
MYSQL系列--explain学习使用
weixin_36640601的博客
05-27 530
MYSQL系列–explain 文章目录MYSQL系列--explain一、EXPLAIN----执行计划----基于5.7版本SQL执行过程mysql ---SQL查询结果集说明1、边算边发逻辑2、淘汰策略服务端获取结果集时的数据取发流程：explain 解释EXTRA常见值----执行计划（8版本待补充)using where:(tmp table、filesort量大比较特殊待专门写)using filesort:pt-visual-explainexplain---分区表的使用（分区表使用篇会介绍）
MySQL执行计划explain
骑个小蜗牛的博客
09-28 4527
MySQL explain介绍 MySQL explain参数 1. id 2. select_type 3. table 4. partitions 5. type 6. possible_keys 7. key 8. key_len 9. ref 10. rows 11. filtered 12. Extra MySQL 查询的执行流程
mysql性能优化-查询执行计划分析（EXPLAIN）
最新发布
Flying_Fish_roe的博客
09-20 1306
EXPLAIN命令用于显示 MySQL 如何执行SELECT查询。它提供了关于表如何被扫描、使用了哪些索引、表之间的连接顺序、连接类型等关键信息。通过EXPLAIN命令，开发者可以深入了解查询的执行方式，从而找出可以优化的地方。基本语法MySQL 将会返回查询执行的详细计划。可以用于SELECT查询，以及包含SELECT的INSERTUPDATEDELETE语句。EXPLAIN是 MySQL 查询优化中非常重要的工具，通过它我们可以深入了解查询执行的过程，找到性能瓶颈，并通过索引、查询重构等手段进行优化。
MySQL执行计划Explain详解
靖节先生的博客
01-06 1317
MySQL执行计划Explain1. Explain概述2. Explain使用3. Explain参数说明3.1 id3.2 select_type3.3. table3.4. partitions3.5. type3.6. possible_keys3.7. key3.8. key_len3.9. ref3.10 rows3.11 filtered3.12 Extra 1. Explain概述 使用 EXPLAIN 关键字可以模拟优化器执行 SQL 查询语句， 从而知道 MySQL 是如何处理你的 SQ
MySQL Explain（执行计划）详解
sky198989的博客
05-23 250
转载：MySQL Explain（执行计划）详解 - 付杰博客
mysql explain 执行计划详解
qq_43192537的博客
09-24 1144
mysql explain 执行计划详解
MySql中如何使用 explain 查询 SQL 的执行计划
12-16
explain命令是查看查询优化器如何决定执行查询的主要方法。 这个功能有局限性，并不总会说出真相，但它的输出是可以获取的最好信息，值得花时间去了解，因为可以学习到查询是如何执行的。 1、什么是MySQL执行计划  ...
MySql执行计划(Explain关键字详解)
qq_45525848的博客
08-31 1265
MySql执行计划(Explain关键字详解)
python执行mysql存储过程,Mysql学习---使用Python执行存储过程
weixin_35952290的博客
03-26 1397
使用Python执行存储过程使用Python执行存储过程[2部分]：1.执行存储过程,获取存储过程的结果集2.将返回值设置给了 @_存储过程名_序号 =#!/usr/bin/env python# -*- coding:utf-8 -*-import pymysqlconn = pymysql.connect(host='127.0.0.1', port=3306, user='root', p...
MySQL—— MySQL的执行计划详解（Explain）
马小婧QAQ
01-27 571
文章目录 1、MySQL执行计划的定义 2、MySQL整个查询的过程 3、如何启动执行计划 4、Explain分析示例 4、explain的 两个变种(我的版本是5.7) 5、explain中的列 5.1、id 5.2、select_type 5.3、table 5.4、type 5.5、possible_keys 5.6、key 5.7、key_len 5.8、ref 5.9、rows 5.10、fitered
Mysql执行计划EXPLAIN详解
张刚的博客
02-23 481
一、EXPLAIN详解 EXPLAIN用来查看sql语句是否走了索引，索引是否生效。 EXPLAIN SELECT * FROM `tuser` where sfz = 111 参数
MySQL--explain执行计划详解
weixin_42118323的博客
03-09 1888
SQL的执行计划，通俗来说就是SQL的执行情况，一条SQL语句扫描哪些表，那个子查询先执行，是否用到了索引等等，只有当我们知道了这些情况之后才知道，才可以更好的去优化SQL，而这个过程MySQL帮助我们生成好了，这就是执行计划。key_len：表示索引使用的字节数，通过这个值可以算出索引使用了哪些列，不同类型的数据在MySQL中占用的字节数如下，供参考。根据对比可以看出explain、desc 都可以看SQL的执行计划。如果字段允许为空，则额外需要一个字节去记录是否为空。如有不正确的地方请各位指出纠正。
MySQL之explain执行计划
u012002125的博客
04-18 981
MySQL的EXPLAIN命令是开发者经常使用的一个强大的分析工具，帮助开发者了解查询的性能瓶颈和优化方向
科普文：解读MySQL 执行计划explain
为无为，事无事，味无味。
08-02 1461
在排查mysql执行慢的过程中，前面文章中都有解释explain执行计划，这里单独拿出来解读一下。慢查询的确会导致很多问题，我们要如何优化慢查询呢？主要解决办法有：监控sql执行情况，发邮件、短信报警，便于快速识别慢查询sql打开数据库慢查询日志功能简化业务逻辑代码重构、优化异步处理sql优化索引优化如何查看某条sql的索引执行情况呢？没错，在sql前面加上explain。
mysql中的执行计划（explain）
qq_37341324的博客
04-23 476
mysql中的执行计划（explain） 1、id 每个select语句都会自动分配的一个唯一标识符表示查询中，操作表的顺序，有三种情况 1、id相同，执行顺序从上到下 2、id不同，如果是子查询，id号会自增，id越大，优先级越高 3、id相同的不相同的同时存在 id列为null表示为结果集，不需要使用这个语句来查询 2、selete_type 查询类型，主要用于区别 普通查询、联合查询（UNION、UNION ALL）、子查询等复杂查询 参数： 1、simple：表示不需要union操作或者不包含子
MySQL-Explain详解
热门推荐
fsdfkjai的博客
02-10 6万+
MySQL-Explain详解
MySQL执行计划explain的详解
蓝星部队的博客
04-26 693
一、如何查看SQL执行计划： 在MySQL中生成执行计划的方法很简单，在SQL语句前面加explain既可。 explain可以作用于SELECT/INSERT/UPDATE/DELETE和REPLACE语句。 二、执行计划输出列解读： 当使用explain时，输出中包含的列为： id，select_type，table，type，possible_keys，key，key_len，ref，rows，filtered， Extra 1、ID 包含一组数字，表示select查询的序列号，标识执行的顺
MYSQL EXPLAIN执行计划详解
weixin_45504565的博客
06-08 1131
mysql查询优化器在基于成本和规则对一条查询语句进行优化后，会生成一条执行计划，这个执行计划展示了接下来执行查询的具体方式，比如多表连接的顺序是什么，采用什么访问方法来具体查询每个表等。设计mysql的大叔贴心地提供explain语句，可以让我们查看某个查询语句的具体执行计划。除了select开头的查询语句，其余的delete,insert,update,replace语句前面都可以加上explain这个词，用来查看这些语句的执行计划。
揭秘MySQL Explain：查询执行计划详解与技巧
在深入理解EXPLAIN之前，首先需要知道MySQL查询执行的一般过程：从SQL解析树开始，转化为执行计划，执行器根据这个计划与存储引擎交互。MySQL并不像一些编程语言那样生成机器码，而是通过解析和规划来执行查询。 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值