EXPLAIN

EXPLAIN 语句仅用于显示查询的执行计划,而不执行查询。EXPLAIN ANALYZE 可执行查询,补充 EXPLAIN 语句。如果 EXPLAIN 的输出与预期结果不匹配,可考虑在查询的每个表上执行 ANALYZE TABLE

语句 DESCDESCRIBEEXPLAIN 的别名。EXPLAIN <tableName> 的替代用法记录在 SHOW [FULL] COLUMNS FROM 下。

TiDB 支持 EXPLAIN [options] FOR CONNECTION connection_id,但与 MySQL 的 EXPLAIN FOR 有一些区别,请参见 EXPLAIN FOR CONNECTION

语法图

ExplainSym:

ExplainSym

ExplainStmt:

ExplainStmt

ExplainableStmt:

ExplainableStmt

EXPLAIN 输出格式

目前 TiDB 的 EXPLAIN 会输出 5 列,分别是:idestRowstaskaccess objectoperator info。执行计划中每个算子都由这 5 列属性来描述,EXPLAIN 结果中每一行描述一个算子。每个属性的具体含义如下:

属性名 含义
id 算子的 ID,是算子在整个执行计划中唯一的标识。在 TiDB 2.1 中,ID 会格式化地显示算子的树状结构。数据从孩子结点流向父亲结点,每个算子的父亲结点有且仅有一个。
estRows 算子预计将会输出的数据条数,基于统计信息以及算子的执行逻辑估算而来。在 4.0 之前叫 count。
task 算子属于的 task 种类。目前的执行计划分成为两种 task,一种叫 root task,在 tidb-server 上执行,一种叫 cop task,在 TiKV 或者 TiFlash 上并行执行。当前的执行计划在 task 级别的拓扑关系是一个 root task 后面可以跟许多 cop task,root task 使用 cop task 的输出结果作为输入。cop task 中执行的也即是 TiDB 下推到 TiKV 或者 TiFlash 上的任务,每个 cop task 分散在 TiKV 或者 TiFlash 集群中,由多个进程共同执行。
access object 算子所访问的数据项信息。包括表 table,表分区 partition 以及使用的索引 index(如果有)。只有直接访问数据的算子才拥有这些信息。
operator info 算子的其它信息。各个算子的 operator info 各有不同,可参考下面的示例解读。

示例

  1. EXPLAIN SELECT 1;
  1. +-------------------+---------+------+---------------+---------------+
  2. | id | estRows | task | access object | operator info |
  3. +-------------------+---------+------+---------------+---------------+
  4. | Projection_3 | 1.00 | root | | 1->Column#1 |
  5. | └─TableDual_4 | 1.00 | root | | rows:1 |
  6. +-------------------+---------+------+---------------+---------------+
  7. 2 rows in set (0.00 sec)
  1. CREATE TABLE t1 (id INT NOT NULL PRIMARY KEY AUTO_INCREMENT, c1 INT NOT NULL);
  1. Query OK, 0 rows affected (0.10 sec)
  1. INSERT INTO t1 (c1) VALUES (1), (2), (3);
  1. Query OK, 3 rows affected (0.02 sec)
  2. Records: 3 Duplicates: 0 Warnings: 0
  1. EXPLAIN SELECT * FROM t1 WHERE id = 1;
  1. +-------------+---------+------+---------------+---------------+
  2. | id | estRows | task | access object | operator info |
  3. +-------------+---------+------+---------------+---------------+
  4. | Point_Get_1 | 1.00 | root | table:t1 | handle:1 |
  5. +-------------+---------+------+---------------+---------------+
  6. 1 row in set (0.00 sec)
  1. DESC SELECT * FROM t1 WHERE id = 1;
  1. +-------------+---------+------+---------------+---------------+
  2. | id | estRows | task | access object | operator info |
  3. +-------------+---------+------+---------------+---------------+
  4. | Point_Get_1 | 1.00 | root | table:t1 | handle:1 |
  5. +-------------+---------+------+---------------+---------------+
  6. 1 row in set (0.00 sec)
  1. DESCRIBE SELECT * FROM t1 WHERE id = 1;
  1. +-------------+---------+------+---------------+---------------+
  2. | id | estRows | task | access object | operator info |
  3. +-------------+---------+------+---------------+---------------+
  4. | Point_Get_1 | 1.00 | root | table:t1 | handle:1 |
  5. +-------------+---------+------+---------------+---------------+
  6. 1 row in set (0.00 sec)
  1. EXPLAIN INSERT INTO t1 (c1) VALUES (4);
  1. +----------+---------+------+---------------+---------------+
  2. | id | estRows | task | access object | operator info |
  3. +----------+---------+------+---------------+---------------+
  4. | Insert_1 | N/A | root | | N/A |
  5. +----------+---------+------+---------------+---------------+
  6. 1 row in set (0.00 sec)
  1. EXPLAIN UPDATE t1 SET c1=5 WHERE c1=3;
  1. +---------------------------+---------+-----------+---------------+--------------------------------+
  2. | id | estRows | task | access object | operator info |
  3. +---------------------------+---------+-----------+---------------+--------------------------------+
  4. | Update_4 | N/A | root | | N/A |
  5. | └─TableReader_8 | 0.00 | root | | data:Selection_7 |
  6. | └─Selection_7 | 0.00 | cop[tikv] | | eq(test.t1.c1, 3) |
  7. | └─TableFullScan_6 | 3.00 | cop[tikv] | table:t1 | keep order:false, stats:pseudo |
  8. +---------------------------+---------+-----------+---------------+--------------------------------+
  9. 4 rows in set (0.00 sec)
  1. EXPLAIN DELETE FROM t1 WHERE c1=3;
  1. +---------------------------+---------+-----------+---------------+--------------------------------+
  2. | id | estRows | task | access object | operator info |
  3. +---------------------------+---------+-----------+---------------+--------------------------------+
  4. | Delete_4 | N/A | root | | N/A |
  5. | └─TableReader_8 | 0.00 | root | | data:Selection_7 |
  6. | └─Selection_7 | 0.00 | cop[tikv] | | eq(test.t1.c1, 3) |
  7. | └─TableFullScan_6 | 3.00 | cop[tikv] | table:t1 | keep order:false, stats:pseudo |
  8. +---------------------------+---------+-----------+---------------+--------------------------------+
  9. 4 rows in set (0.01 sec)

如果未指定 FORMAT,或未指定 FORMAT ="row",那么 EXPLAIN 语句将以表格格式输出结果。更多信息,可参阅 Understand the Query Execution Plan

除 MySQL 标准结果格式外,TiDB 还支持 DotGraph。需按照下列所示指定 FORMAT ="dot"

  1. create table t(a bigint, b bigint);
  2. desc format = "dot" select A.a, B.b from t A join t B on A.a > B.b where A.a < 10;
  1. +-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  2. | dot contents |
  3. +-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  4. |
  5. digraph Projection_8 {
  6. subgraph cluster8{
  7. node [style=filled, color=lightgrey]
  8. color=black
  9. label = "root"
  10. "Projection_8" -> "HashJoin_9"
  11. "HashJoin_9" -> "TableReader_13"
  12. "HashJoin_9" -> "Selection_14"
  13. "Selection_14" -> "TableReader_17"
  14. }
  15. subgraph cluster12{
  16. node [style=filled, color=lightgrey]
  17. color=black
  18. label = "cop"
  19. "Selection_12" -> "TableFullScan_11"
  20. }
  21. subgraph cluster16{
  22. node [style=filled, color=lightgrey]
  23. color=black
  24. label = "cop"
  25. "Selection_16" -> "TableFullScan_15"
  26. }
  27. "TableReader_13" -> "Selection_12"
  28. "TableReader_17" -> "Selection_16"
  29. }
  30. |
  31. +-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  32. 1 row in set (0.00 sec)

如果你的计算机上安装了 dot 程序(在 graphviz 包中),可使用以下方法生成 PNG 文件:

  1. dot xx.dot -T png -O

The xx.dot is the result returned by the above statement.

如果你的计算机上未安装 dot 程序,可将结果复制到 本网站 以获取树形图:

Explain Dot

MySQL 兼容性

  • EXPLAIN 的格式和 TiDB 中潜在的执行计划都与 MySQL 有很大不同。
  • TiDB 不像 MySQL 那样支持 EXPLAIN FORMAT = JSON
  • TiDB 目前不支持插入语句的 EXPLAIN

EXPLAIN FOR CONNECTION

EXPLAIN FOR CONNECTION 用于获得一个连接中最后执行的查询的执行计划,其输出格式与 EXPLAIN 完全一致。但 TiDB 中的实现与 MySQL 不同,除了输出格式之外,还有以下区别:

  • MySQL 返回的是正在执行的查询计划,而 TiDB 返回的是最后执行的查询计划。
  • MySQL 的文档中指出,MySQL 要求登录用户与被查询的连接相同,或者拥有 PROCESS 权限,而 TiDB 则要求登录用户与被查询的连接相同,或者拥有 SUPER 权限。

另请参阅