一。什么是数据库执行计划：
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显示<derived2>,表示结果来源于衍生表2。
id为2表示子查询，读取t3表
id为3类型为union，是union的第二个select，最先执行；
id为NULL的类型为union result, <union 1,3>表示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的版本已经支持直接查看）
原文地址：https://www.cnblogs.com/kise-ryota/p/11154590.html