mysql的sql执行计划

MySql提供EXPLAIN语法用来进行查询分析，在SQL语句前加一个“EXPLAIN”，例：

EXPLAIN SELECT * FROM T_CLASS WHERE CLASS_NAME="网络工程"

执行结果：

执行结果解释：
select_type： 数据库引擎将SQL拆分成若干部分的子查询/子操作，每个查询select子句中的查询类型。
type：重要的项，显示连接使用的类型，按最优到最差排序：

system	表只有一行：system表。这是const连接类型的特殊情况。
const	表中的一个记录的最大值能够匹配这个查询（索引可以是主键或惟一索引）。因为只有一行，这个值实际就是常数，因为MYSQL先读这个值然后把它当做常数来对待。
eq_ref	在连接中，MYSQL在查询时，从前面的表中，对每一个记录的联合都从表中读取一个记录，它在查询使用了索引为主键或惟一键的全部时使用。
range	这个连接类型使用索引返回一个范围中的行，比如使用>或<查找东西时发生的情况。
index	这个连接类型对前面的表中的每一个记录联合进行完全扫描（比ALL更好，因为索引一般小于表数据）。
ALL	这个连接类型对于前面的每一个记录联合进行完全扫描，这一般比较糟糕，应该尽量避免。

possible_keys ：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句
key：实际使用的索引。如果为NULL，则没有使用索引。有的时候possible_keys可能有值，但keys可能没有，这就代表InnoDB引擎最终并没有使用任何索引作为检所依据。
key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好
ref：显示索引的哪一列被使用了，如果可能的话，是一个常数
rows：MYSQL认为必须检查的用来返回请求数据的行数
Extra ：

Distinct	一旦mysql找到了与行相联合匹配的行，就不再搜索了。
Not exists	mysql优化了LEFT JOIN，一旦它找到了匹配LEFT JOIN标准的行，就不再搜索了。
Range checked for each Record（index map:#）	没有找到理想的索引，这是使用索引的最慢的连接之一。
Using filesort	mysql需要进行额外的步骤来发现如何对返回的行排序，意味着 MYSQL 根本不能使用索引,效率会受到重大影响
Using index	不会回表，通过索引就可以获得主要的数据。
Using Where	需要回表取数据。
Using temporary	这里，mysql需要创建一个临时表来存储结果，这通常发生在对不同的列集进行ORDER BY上，而不是GROUP BY上。查询需要优化

执行计划不考虑可能设计的存储过程、函数、触发器带来的额外性能小号，不分析insert语句，执行计划不考虑Query Cache （缓存机制）

使用Navicat查看执行计划
新建查询——编写好查询语句——点击执行——点击解释