mysql有执行计划吗_MySql的执行计划

一。什么是数据库执行计划：

MySQL执行计划是sql语句经过查询优化器后，查询优化器会根据用户的sql语句所包含的字段和内容数量等统计信息，选择出一个执行效率最优(MySQL系统认为最优)的执行计划，然后根据执行计划，调用存储引擎提供的接口，获取数据。执行计划，简单的来说，是SQL在数据库中执行时的表现情况,通常用于SQL性能分析,优化等场景。

二。执行计划的查看方法：

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

explain select …………….(在相应的select前面加explain即可)

三。执行计划的查看：

执行计划包含的信息

(1).id

含义，指示select字句或操作表的顺序。

eg1：id相同，执行顺序从上到下，下面的执行计划表示，先操作t1表，然后操作t2表，最后操作t3表。

eg2：若存在子查询，则子查询(内层查询)id大于父查询(外层查询)，先执行子查询。id越大，优先级越高。

(2).select_type

含义：select语句的类型，主要是用于区分普通查询、联合查询、子查询等复杂的查询

1、SIMPLE：简单的select查询，查询中不包含子查询或者union

2、PRIMARY：查询中包含任何复杂的子部分，最外层查询则被标记为primary

3、SUBQUERY：在select 或 where列表中包含了子查询

4、DERIVED：在from列表中包含的子查询被标记为derived(衍生)，mysql或递归执行这些子查询，把结果放在零时表里

5、UNION：若第二个select出现在union之后，则被标记为union；若union包含在from子句的子查询中，外层select将被标记为derived

6、UNION RESULT：从union表获取结果的select

eg：

id为1的table显示,表示结果来源于衍生表2。

id为2表示子查询，读取t3表

id为3类型为union，是union的第二个select，最先执行；

id为NULL的类型为union result, 表示id为1的操作和id为3的操作进行结果集合并。

执行顺序3->2->1->NULL

(3) table：表名称

(4).type

含义：获取记录行采用的方式，亦即mysql的访问方式。

1.ALL：Full Table Scan， MySQL将遍历全表以找到匹配的行

2.index：Full Index Scan，index与ALL区别为index类型只遍历索引，索引一般比记录要小。

因为索引中含有c1，查询c1,c2可以通过索引扫描实现。

3.range：索引范围扫描，对索引的扫描开始于某一点，返回匹配值域的行，常见于between、等的查询

备注：range类型肯定是使用了索引扫描，否则type为ALL

4.ref：非唯一性索引扫描，返回匹配某个单独值的所有行。常见于使用非唯一索引或者唯一索引的非唯一前缀进行的查找

t2.c4为非唯一索引

5.eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描

t2.c1为主键索引，主键索引也是唯一索引

6.const、system：当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表中，

MySQL就能将该查询转换为一个常量，system是const类型的特例，当查询的表只有一行的情况下， 使用system

7. NULL：MySQL在优化过程中分解语句，执行时甚至不用访问表或索引。

(5).possible_keys

含义：指出MySQL能使用哪个索引在表中找到行，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用

(6).key

含义：显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULL

(7)key_len

含义：表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度

(8)ref

含义：用于连接查询，表示具体某个表的某列被引用

(9)rows

含义：MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数,这个值是不准确的，只有参考意义。

(10)Extra

含义：显示一些辅助的额外信息

Using index,表示使用了索引

Using MRR，使用到索引内部排序

Using where，表示通过where条件过滤

Using temporary，表示使用了临时表，常见于分组和排序

Using filesort，表示无法使用索引排序，需要文件排序

eg1:t1.c3列没有索引

eg2：使用索引列t1.c2

测试表结构：

CREATE TABLE `t1` (

`c1` int(11) NOT NULL DEFAULT '0',

`c2` varchar(128) DEFAULT NULL,

`c3` varchar(64) DEFAULT NULL,

`c4` int(11) DEFAULT NULL,

PRIMARY KEY (`c1`),

KEY `ind_c2` (`c2`),

KEY `ind_c4` (`c4`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8

CREATE TABLE `t2` (

`c1` int(11) NOT NULL DEFAULT '0',

`c2` varchar(128) DEFAULT NULL,

`c3` varchar(64) DEFAULT NULL,

`c4` int(11) DEFAULT NULL,

PRIMARY KEY (`c1`),

KEY `ind_c2` (`c2`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8

CREATE TABLE `t3` (

`c1` int(11) NOT NULL DEFAULT '0',

`c2` varchar(128) DEFAULT NULL,

`c3` varchar(64) DEFAULT NULL,

`c4` int(11) DEFAULT NULL,

PRIMARY KEY (`c1`),

KEY `ind_c2` (`c2`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8

四。数据库执行计划的局限性：

EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况；

EXPLAIN不考虑各种Cache(通常人们所说的Cache就是指缓存SRAM。 SRAM叫静态内存，“静态”指的是当我们将一笔数据写入SRAM后，除非重新写入新数据或关闭电源，否则写入的数据保持不变)；

EXPLAIN不能显示MySQL在执行查询时所作的优化工作；

部分统计信息是估算的，并非精确值；

EXPALIN只能解释SELECT操作，其他操作要重写为SELECT后查看执行计划。(mysql5.6的版本已经支持直接查看)