mysql explain 详解

最新推荐文章于 2024-06-02 22:48:00 发布
最新推荐文章于 2024-06-02 22:48:00 发布
阅读量708 收藏 2
点赞数 2
CC 4.0 BY-SA版权
分类专栏： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zhang_referee/article/details/83041301

     EXPLAIN语句提供有关MySQL如何执行语句的信息。 EXPLAIN 可以用在 SELECT， DELETE， INSERT， REPLACE，和 UPDATE语句中，对于SELECT 语句，可以帮助我们写出更优的sql 。

注： 在mysql 5.6 前的版本中，explain 只支持 SELECT  语句。

下面从一个具体的栗子，开始 mysql explain 的详解。

 

mysql> explain select * from dye_orders where id > 1000 ;
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
| id | select_type | table      | partitions | type  | possible_keys | key     | key_len | ref  | rows | filtered | Extra       |
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | dye_orders | NULL       | range | PRIMARY       | PRIMARY | 4       | NULL | 1078 |   100.00 | Using where |
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.02 sec)

mysql>

 注：博主 mysq l环境：mysql 5.7 

下面将输出行信息一一详解：

1. id  列

这一列总是包含一个编号,标识 SELECT所属的行。如果在语句当中没有子査询或联合,那么只会有唯一的 SELECT,于是每一行在这个列中都将显示一个1。

当有子查询或联合的时候，就会顺序编号。

mysql> explain select (select 1 from dye_orders limit 1) from new_sales_orders;
+----+-------------+------------------+------------+-------+---------------+---------------------------------------------+---------+------+------+----------+-------------+
| id | select_type | table            | partitions | type  | possible_keys | key                                         | key_len | ref  | rows | filtered | Extra       |
+----+-------------+------------------+------------+-------+---------------+---------------------------------------------+---------+------+------+----------+-------------+
|  1 | PRIMARY     | new_sales_orders | NULL       | index | NULL          | new_sales_orders_quotation_order_id_foreign | 5       | NULL | 2973 |   100.00 | Using index |
|  2 | SUBQUERY    | dye_orders       | NULL       | index | NULL          | dye_orders_sales_order_id_foreign           | 5       | NULL | 2157 |   100.00 | Using index |
+----+-------------+------------------+------------+-------+---------------+---------------------------------------------+---------+------+------+----------+-------------+

 

2. select type 列

 对于该列，可选有以下几个值：

  1.  SIMPLE  (简单SELECT,不使用UNION或子查询等) 
  2.  PRIMARY  (查询中若包含任何复杂的子部分,最外层的select被标记为PRIMARY) 
  3.  UNION(UNION中的第二个或后面的SELECT语句)
  4.  DEPENDENT UNION  (UNION中的第二个或后面的SELECT语句，取决于外面的查询)
  5.  UNION RESULT  (UNION的结果)
  6.  SUBQUERY  (子查询中的第一个SELECT)
  7.  DEPENDENT SUBQUERY  (子查询中的第一个SELECT，取决于外面的查询)
  8.  DERIVED  (派生表的SELECT, FROM子句的子查询) 
  9.  MATERIALIZED （物化子查询 ，注：官方文档:Materialized subquery）
  10.  UNCACHEABLE UNION  (union 结果集不能被缓存)
  11.  UNCACHEABLE SUBQUERY  (一个子查询的结果不能被缓存)

 

3. table 列

  通常情况下，该值显而易见，是输出行所用表。而有时又不是：

   

mysql> explain select * from dye_orders union select * from dye_orders;
+----+--------------+------------+------------+------+---------------+------+---------+------+------+----------+-----------------+
| id | select_type  | table      | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra           |
+----+--------------+------------+------------+------+---------------+------+---------+------+------+----------+-----------------+
|  1 | PRIMARY      | dye_orders | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 2157 |   100.00 | NULL            |
|  2 | UNION        | dye_orders | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 2157 |   100.00 | NULL            |
| NULL | UNION RESULT | <union1,2> | NULL       | ALL  | NULL          | NULL | NULL    | NULL | NULL |     NULL | Using temporary |
+----+--------------+------------+------------+------+---------------+------+---------+------+------+----------+-----------------+
3 rows in set, 1 warning (0.00 sec)

4. partitions 列

 匹配到的分区，在非分区表中，会显示NULL。

 

5. type 列

  官方手册给的是联接类型，但访问方式更合适些( 来源于高性能mysql )--MYSQL决定如何查找表中的行。下面是最重要的访问方法，依次从最差到最优。

5.1 ALL

这就是所谓的全表扫描，通常意味着MYSQL必须扫描整张表，从头到尾，去找到需要的行。

mysql> explain select * from dye_orders;
+----+-------------+------------+------------+------+---------------+------+---------+------+------+----------+-------+
| id | select_type | table      | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra |
+----+-------------+------------+------------+------+---------------+------+---------+------+------+----------+-------+
|  1 | SIMPLE      | dye_orders | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 2157 |   100.00 | NULL  |
+----+-------------+------------+------------+------+---------------+------+---------+------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

mysql>

 

5.2 index 

这个跟全表扫描一样，只是MYSQL扫描表是索引次序而不是行。它的主要优点是避免了排序，最大缺点的是要承担按索引次序读取整个表的开销。这通常意味着若是按随机次序访问行，开销将会非常大。

如果在extra列中看到"using index"，说明MYSQL正在使用覆盖索引，扫描它只索引的数据，而不是按索引次序的每一行。它比按索引次序全表扫描的开销要少很多。

5.3 range

范围扫描就是一个有限制的索引扫描，它开始于索引里的某一点，返回匹配这个值域的行。这比全索引扫描好一些，因为它用不着遍历全部索引。显而易见的范围描扫是带有BETWEEN或在WHERE子句里带有>查询的。

mysql> explain select id ,sales_order_id, currency_id, payment_term_id from dye_orders  where id < 1000;
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
| id | select_type | table      | partitions | type  | possible_keys | key     | key_len | ref  | rows | filtered | Extra       |
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | dye_orders | NULL       | range | PRIMARY       | PRIMARY | 4       | NULL | 1078 |   100.00 | Using where |
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

mysql>

 

5.4 ref
这是一种索引访问（有时也叫做索引查找），它返回所有匹配某个单个值的行。然而，它可能会找到多个符合条件的行，因此，它是查找和扫描的混合体。此类索引访问只有当使用非唯一性索引或者唯一性索引的非唯一性前缀时才会发生。把它叫做ref是因为索引要跟某个参考值相比较。这个参考值或者是一个常数，或者来是自多表查询前一个表里的结果值。

ref_or_null是ref之上的一个变体，它意味着MYSQL必须在初次查找的查询结果里进行第二次查找以找出NULL条目。

5.4.1  eq_ref
使用这种索引查找，MYSQL知道最多只返回一条符合条件的记录。这种访问方法可以在MYSQL使用主键或者唯一性索引查找时看到，它会将它们与某个参考值做比较。 MYSQL对于这类访问类型的优化做得非常好，因为它知道无须估计匹配行的范围或在找到匹配行后再继续查找。


5.4.2 const，system
当MYSQL能对查询的某部分进行优化并将其转换成一个常量时，它就会使用这些访问类型。举例来说，如果你通过将某一行的主键放入WHERE里的方式来选取此行的主键，MYSQL就能把这个查询转换为一个常量。然后就可以高效地将表从联接执行中移除。

mysql> explain select * from dye_orders where id = 1;
+----+-------------+------------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
| id | select_type | table      | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra |
+----+-------------+------------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | dye_orders | NULL       | const | PRIMARY       | PRIMARY | 4       | const |    1 |   100.00 | NULL  |
+----+-------------+------------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

 

5.4.3 NULL （mysql 5.7 官方文档中并没有提及，高性能mysql 中有提到）
这种访问方式意味着MySQL 能在优化阶段分解查询语句，在执行阶段甚至用不着再访问表或者索引。例如，从一个索引里选取最小值可以通过单独查找索引来完成，不需要在执行时访问表。

mysql> explain select * from dye_orders where id = 0;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+--------------------------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra                          |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+--------------------------------+
|  1 | SIMPLE      | NULL  | NULL       | NULL | NULL          | NULL | NULL    | NULL | NULL |     NULL | no matching row in const table |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+--------------------------------+
1 row in set, 1 warning (0.01 sec)

mysql>

关于更详细的 type 列信息，参见：https://dev.mysql.com/doc/refman/5.7/en/explain-output.html#explain-join-types

 

 

 

6. possible_keys列


这一列显示了查询可以使用哪些索引，这是基于查询访问的列和使用的比较操作符来判断的。这个列表是在优化过程的早期创建的，因此有些罗列出来的索引可能对于后续化过程的是没用的。

7. key 列


这一列显示了MYSQL决定采用哪个索引来优化对该表的访问。如果该索引没有出现在possible_keys列中，那么MYSQL选用它是出于另外的原因----例如，它选择可能了个覆盖索引，哪怕没有WHERE子句。

换句话说，possible_keys揭示了哪一个索引能有助于高效地行查找，而key显示的是优化采用哪一个索引可以最小化查询成本。

mysql> explain select sales_order_id from dye_orders \G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: dye_orders
   partitions: NULL
         type: index
possible_keys: NULL
          key: dye_orders_sales_order_id_foreign
      key_len: 5
          ref: NULL
         rows: 2157
     filtered: 100.00
        Extra: Using index
1 row in set, 1 warning (0.00 sec)

如果强制 mysql 去使用或者忽略一个 possible_keys 列出来的索引，在查询中可以使用 index 或者 ignore index 。

 

 

8. key_len列


该列显示了MYSQL在索引里使用的字节数。如果MYSQL正在使用的只是索引里某的些列，那么就可以用这个值来算出具体是哪些列。要记住，MYSQL5.5之前及版本只能使用索引的最左前缀。

 

mysql> create table t(
    -> a char(3) not null,
    -> b int(11) not null,
    -> c char(1) not null ,
    -> primary key (a,b,c)
    -> )engine = myisam default charset = utf8;
Query OK, 0 rows affected (0.09 sec)

mysql> insert into t(a,b,c)
    -> SELECT DISTINCT LEFT(TABLE_SCHEMA,3) ,ORD(TABLE_NAME),LEFT(COLUMN_NAME,1)
    -> FROM INFORMATION_SCHEMA.COLUMNS;
Query OK, 786 rows affected (1.10 sec)
Records: 786  Duplicates: 0  Warnings: 0

mysql> EXPLAIN SELECT A FROM t WHERE a = 'sak' and b = 112;
+----+-------------+-------+------------+------+---------------+---------+---------+-------------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key     | key_len | ref         | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+---------+---------+-------------+------+----------+-------------+
|  1 | SIMPLE      | t     | NULL       | ref  | PRIMARY       | PRIMARY | 13      | const,const |    1 |   100.00 | Using index |
+----+-------------+-------+------------+------+---------------+---------+---------+-------------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

mysql>

这个查询中平均长度为13字节，即为a 列 和 b 列的总长度。a 列是3个字符，utf8 下每一个最多为3个字节，而b 列是一个4字节整型。

MYSQL并不总显示一个索引真正使用了多少。例如,如果对一个前缀模式匹配执行 LTKE 查询,它会显示列的完全宽度正在被使用。

key_len 列显示了在索引字段中可能的最大长度,而不是表中数据使用的实际字节数。在前面例子中 MYSQL总是显示13字节,即使a列恰巧只包含一个字符长度。换言之,key len通过查找表的定义而被计算出,而不是表中的数据。

 

9.  ref 列

这一列显示了之前的表在key列记录的索引中査找值所用的列或常量。

 

10. rows 列


这一列是 MYSQL估计为了找到所需的行而要读取的行数。这个数字是内嵌循环关联计划里的循环数目。也就是说它不是 MYSQL认为它最终要从表里读取出来的行数,而是MYSQL为了找到符合査询的每一点上标准的那些行而必须读取的行的平均数。

mysql> explain select * from dye_orders where id in (select id from dye_orders where id > 1500) ;
+----+-------------+------------+------------+--------+---------------+---------+---------+-----------------------+------+----------+-------------+
| id | select_type | table      | partitions | type   | possible_keys | key     | key_len | ref                   | rows | filtered | Extra       |
+----+-------------+------------+------------+--------+---------------+---------+---------+-----------------------+------+----------+-------------+
|  1 | SIMPLE      | dye_orders | NULL       | range  | PRIMARY       | PRIMARY | 4       | NULL                  | 1078 |   100.00 | Using where |
|  1 | SIMPLE      | dye_orders | NULL       | eq_ref | PRIMARY       | PRIMARY | 4       | sfabric.dye_orders.id |    1 |   100.00 | Using index |
+----+-------------+------------+------------+--------+---------------+---------+---------+-----------------------+------+----------+-------------+
2 rows in set, 1 warning (0.00 sec)

 

根据表的统计信息和索引的选用情况,这个估算可能很不精确。在 MYSQL5.0及更早的版本里,它也反映不出 LIMIT 子句。举例来说,下面这个査询不会真的检查2157行。


mysql> explain select * from dye_orders limit 1;
+----+-------------+------------+------------+------+---------------+------+---------+------+------+----------+-------+
| id | select_type | table      | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra |
+----+-------------+------------+------------+------+---------------+------+---------+------+------+----------+-------+
|  1 | SIMPLE      | dye_orders | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 2157 |   100.00 | NULL  |
+----+-------------+------------+------------+------+---------------+------+---------+------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

 

要记住这个数字是 MYSQL 认为它要检査的行数,而不是结果集里的行数。同时也要认识到有很多优化手段,例如关联缓冲区和缓存,无法影响到行数的显示。 MYSQL可能不必真的读所有它估计到的行,它也不知道任何关于操作系统或硬件缓存的信息。

11. filtered 列 


它显示的是针对表里符合某个条件( WHERE子句或联接条件 )的记录数的百分比所做的一个悲观估算。如果你把 rows 列和这个百分比相乘,就能看到 MYSQL估算它将和查询计划里前一个表关联的行数。

 

12. Extra 列

这一列包含了关于mysql 如何解析查询的额外信息。

常见的最重要的值如下。

Using index


此值表示 MYSQL将使用覆盖索引,以避免访问表。

mysql> explain select id from dye_orders ;
+----+-------------+------------+------------+-------+---------------+-----------------------------------+---------+------+------+----------+-------------+
| id | select_type | table      | partitions | type  | possible_keys | key                               | key_len | ref  | rows | filtered | Extra       |
+----+-------------+------------+------------+-------+---------------+-----------------------------------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | dye_orders | NULL       | index | NULL          | dye_orders_sales_order_id_foreign | 5       | NULL | 2157 |   100.00 | Using index |
+----+-------------+------------+------------+-------+---------------+-----------------------------------+---------+------+------+----------+-------------+

 

using where


这意味着在存储引擎层面没有能把所有多余的行给过滤掉， MYSQL要在服务器层再进行过滤。

mysql> explain select id,code from dye_orders where id < 500 ;
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
| id | select_type | table      | partitions | type  | possible_keys | key     | key_len | ref  | rows | filtered | Extra       |
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | dye_orders | NULL       | range | PRIMARY       | PRIMARY | 4       | NULL |  998 |   100.00 | Using where |
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-------------+


Using temporary


这意味着 MYSQL 在对査询结果排序时会使用一个临时表。

mysql> explain select code from dye_orders where id < 500 group by code \G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: dye_orders
   partitions: NULL
         type: range
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: NULL
         rows: 998
     filtered: 100.00
        Extra: Using where; Using temporary; Using filesort

 

如果查询包含不同字段的group by 和　order by ，则通常会发生这种情况

 

Using filesort


这意味着 MYSQL 会对结果使用一个外部索引排序,而不是按索引次序从表里读取行。 MYSQL有两种文件排序算法,两种方式都可以在内存或磁盘上完成。 EXPLAIN不会告诉你 MYSQL将使用哪一种文件排序,也不会告诉你排序会在内存里还是磁盘上完成。

mysql> explain select id,code from dye_orders where id < 500 order by code;
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-----------------------------+
| id | select_type | table      | partitions | type  | possible_keys | key     | key_len | ref  | rows | filtered | Extra                       |
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-----------------------------+
|  1 | SIMPLE      | dye_orders | NULL       | range | PRIMARY       | PRIMARY | 4       | NULL |  998 |   100.00 | Using where; Using filesort |
+----+-------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-----------------------------+

注：当出现 Using filesort  就要注意下性能，前面说了，explain 不会告诉你是在内存还是在磁盘上完成排序，如非必要，建议排序操作放到业务层去做。

 

Range checked for each record (index map: N)
这个值意味着没有好用的索引,新的索引将在联接的每一行上重新估算。N是显示在 possible_keys 列中索引的位图,并且是冗余的。

至于更多的详细的 extra 信息，参见：https://dev.mysql.com/doc/refman/5.7/en/explain-output.html#explain-extra-information

注：explain 虽然列出了mysql 　解析查询声称能的执行计划，但并不一定很准确。

文章参考自

《高性能mysql 第三版》 （下载地址：https://pan.baidu.com/s/1haFdY7c9xb6VNtlfPUaidQ）

  mysql 官方手册： https://dev.mysql.com/doc/refman/5.7/en/explain-output.html

MySQL EXPLAIN 详解
翱翔-蓝天
06-14 252
MySQL EXPLAIN是分析SQL查询性能的关键工具，能显示SELECT等语句的执行计划。主要特点包括： 基本语法为EXPLAIN + SQL语句，8.0版支持JSON格式输出 关键输出字段包括： type（连接类型，反映访问效率） possible_keys/keys（可能/实际使用的索引） rows（预估扫描行数） Extra（额外操作信息） 优化建议： 避免type=ALL全表扫描 建立合适索引 减少临时表和文件排序 分析复杂SQL中性能瓶颈部分
mysql explain详解1
08-04
MySQL的EXPLAIN命令是数据库管理员和开发者用来分析SQL查询执行计划的重要工具，它能帮助我们理解MySQL如何使用索引来处理SELECT语句，并优化查询性能。本文将深入解析EXPLAIN输出的各项参数，以便更好地理解和优化...
MySQL Explain详解
s1070的专栏
05-20 403
列名 描述 说明 相关链接 id 若没有子查询和联合查询，id则都是1。 Mysql会按照id从大到小的顺序执行query，在id相同的情况下，则从上到下执行。   select_type select类型。     table
mysql的sql执行计划详解（非常有用）
热门推荐
Gavin's Blog
05-11 2万+
引言： 实际项目开发中，由于我们不知道实际查询的时候数据库里发生了什么事情，数据库软件是怎样扫描表、怎样使用索引的，因此，我们能感知到的就只有 sql语句运行的时间，在数据规模不大时，查询是瞬间的，因此，在写sql语句的时候就很少考虑到性能的问题。但是当数据规模增大，如千万、亿的时候，我们运 行同样的sql语句时却发现迟迟没有结果，这个时候才知道数据规模已经限制了我们查询的速度。所以，查询优
Mysql之explain详解
qq_33807380的博客
08-16 888
使用explain可以展示出sql语句的执行计划，再根据sql的执行计划去判断这条sql有哪些点可以进行优化，从而让sql的效率达到最大化。
mysql explain
j_ychen的博客
08-20 128
getting an execution plan explain select ...  
MySQL - Explain详解
迪曼奥特迦-博客
08-03 722
EXPLAIN 不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况；EXPLAIN 不考虑各种 Cache；EXPLAIN 不能显示 MySQL 在执行查询时所作的优化工作；部分统计信息是估算的，并非精确值；EXPALIN 只能解释 SELECT 操作，其他操作要重写为 SELECT 后查看执行计划。......
Mysql Explain 详解
10-17
### MySQL EXPLAIN 详解 #### 一、引言 在数据库优化过程中，了解查询执行计划是非常重要的一步。MySQL 提供了 `EXPLAIN` 命令来帮助我们查看查询计划，这对于理解 MySQL 如何执行 SQL 查询以及如何进行优化至关...
mysql explain详解
03-29
MySQL中的`EXPLAIN`命令是用于分析SQL查询执行计划的重要工具，它可以帮助数据库管理员和开发者了解MySQL如何处理SQL语句，从而进行性能优化。在深入理解`EXPLAIN`之前，我们先来了解一下数据库优化的基本概念。 ...
MySQL explain详解.md
06-06
MySQL explain详解
MySQL explain详解
fall_hat的博客
05-11 182
是什么 使用explain可以模拟优化器执行SQL查询语句，从而知道MySQL怎么处理你的SQL语句的，分析你的查询语句和表结构的性能瓶颈。 可以做什么 读取表的顺序 哪些索引能够被使用 数据读取操作的操作类型 哪些索引能够被实际使用 表之间的引用 每张表有多少行被物理查询 怎么用 在你书写的SQL语句加一个单词 - explain，然后将 explain + SQL执行后会出现一个表，这个表会告诉你MySQL优化器是怎样执行你的SQL的 explain各个字段代表的意思 id ：select查询的序列号，
MySQL-explain详解说明
weixin_37799575的博客
07-07 4614
MySQL的explain使用字段说明
MySQL之Explain详解
2301_78140533的博客
08-20 2980
优化器优化后的执行SQL由子查询(两个select)变成了表关联查询(一个select)，所以执行计划的结果是两个id都为1。( '张三', 'zhangsan@example.com', 'password123' ),( '赵六', 'zhaoliu@example.com', 'password123' ),( '王五', 'wangwu@example.com', 'password123' ),( '李四', 'lisi@example.com', 'password123' ),
mysql explain select,MySQL数据库下的Explain命令深度解析
weixin_42503069的博客
03-17 413
原标题：MySQL数据库下的Explain命令深度解析Explain是一个非常有的命令，可以用来获取关于查询执行计划的信息，以及如何解释输出。Explain命令是查看查询优化器如何决定执行查询的主要方法。这个功能有一定的局限性，并不总是会说出真相，但是它的输出是可以获取的最好信息，值得花时间了解，可以学习到查询是如何执行的。调用Explain要使用Explain，只需在查询中的select关键字之...
MySQL的explain使用详解
qq_42133326的博客
02-28 2792
通过本篇文章了解MySQL中explain的用法和执行结果中每个字段的含义以及具体使用场景，explain工具有助于我们发现sql语句中的潜在问题，给sql语句的优化指明了一定的方向。
mysql中EXPLAIN详解
最新发布
qq_41534540的博客
06-02 1567
大家好。众所周知，MySQL 查询优化器的各种基于成本和规则的优化会后生成一个所谓的执行计划，这个执行计划展示了接下来具体执行查询的方式。在日常工作过程中，我们可以使用EXPLAIN语句来查看某个查询语句的具体执行计划， 今天我们就来聊一聊EXPLAIN语句。如果我们想看看某个查询的执行计划的话，可以在具体的查询语句前边加一个EXPLAIN，就像这样：下面我们仔细聊一下每个列是干什么的。
MySQL EXPLAIN 实践汇总
10-16 4313
MySQLEXPLAIN 可以显示估计查询语句执行计划，从中可以分析查询的执行情况是不是最优，这有助于我们对不使用索引的查询进行优化。EXPLAIN 对于每个查询语句返回一行信息，它列出了一个有序的表格，MySQL 处理语句的时候会读取他们。MySQL解决所有的连接都使用嵌套连接方法。这意味着MySQL读取第一张一行，然后匹配第二张表的所有行，第三张表或更多表都如此。当所有的表在处理时，MySQ
delete select语句_关于MySQL中EXPLAIN语句的最全介绍
weixin_39605414的博客
11-27 417
MySQL应该是我们平时用得最多的一个关系型数据库了吧，毕竟开源免费而且功能强大。但是如果想知道一条SQL语句具体是怎么执行的，总不能每次都看源码吧，而官方就提供了一个工具——EXPLAIN语句，可以查看一条SQL的具体执行计划。其实EXPLAIN我平时用得也不少，但EXPLAIN的输出信息实在比较丰富，所以每次都是根据输出结果然后上网定向查，过后就又忘了。这一次终于下定决心要把EXPL...
mysql explain insert_mysql explain用法
weixin_28820113的博客
01-26 575
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。使用方法，在select语句前加上explain就可以了，如：explain select * from statuses_status where id=11;创建测试表：CREATE TABLEpeople(id int auto_increment primary key...
mysql Explain 详解
05-19
MySQL的EXPLAIN是一个非常有用的工具，可以帮助开发人员优化查询语句并提高查询性能。通过执行EXPLAIN，可以了解查询的执行计划、表之间的连接方式以及使用的索引等信息。下面是一份比较详细的MySQL Explain解释： 1. id：查询标识符，表示查询中的每个SELECT子句或操作的唯一编号。 2. select_type：查询类型，表示MySQL查询的类型，例如简单查询、联合查询、子查询等。 3. table：表名，表示查询的表名。 4. partitions：分区情况，表示查询时使用了哪些分区。 5. type：访问类型，表示MySQL在表中查找行的方式，包括系统常量等。 6. possible_keys：可选索引，表示MySQL可以使用哪些索引来执行查询。 7. key：实际使用索引，表示MySQL实际使用的索引。 8. key_len：使用索引的长度，表示MySQL使用的索引的长度。 9. ref：参考列，表示MySQL在使用索引时参考的列。 10. rows：扫描的行数，表示MySQL扫描了多少行数据。 11. filtered：过滤比例，表示MySQL过滤掉了多少数据。 12. Extra：附加信息，表示MySQL执行查询时使用的额外信息，例如排序、分组等。 需要注意的是，EXPLAIN并不是完全准确的，它只是根据MySQL的统计信息估算出查询语句的执行计划。因此，在优化查询语句时，需要结合实际情况进行分析和优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值