本文转自:https://blog.csdn.net/weixin_38230961/article/details/81211605
explain里面最关注以下几列:
type | 本次查询表联接类型,从这里可以看到本次查询大概的效率 |
key | 最终选择的索引,如果没有索引的话,本次查询效率通常很差 |
key_len | 本次查询用于结果过滤的索引实际长度 |
rows | 预计需要扫描的记录数,预计需要扫描的记录数越小越好 |
Extra | 额外附加信息,主要确认是否出现 Using filesort、Using temporary 这两种情况 |
explain 展示mysql执行计划使用方法,在select语句前加上explain就可以了,如:
explain select surname,first_name from a,b where a.id=b.id
explain 的每个输出行提供一个表的相关信息,并且每个行包括下面的列:
id:SELECT识别符。这是SELECT的查询序列号。
select_type:SELECT类型。看个大概,一般没用。
SIMPLE: 简单SELECT(不使用UNION或子查询)
PRIMARY: 最外面的SELECT
UNION:UNION中的第二个或后面的SELECT语句
DEPENDENT UNION:UNION中的第二个或后面的SELECT语句,取决于外面的查询
UNION RESULT:UNION的结果
SUBQUERY:子查询中的第一个SELECT
DEPENDENT SUBQUERY:子查询中的第一个SELECT,取决于外面的查询
DERIVED:导出表的SELECT(FROM子句的子查询)
table:表名
type:联接类型。由上至下,效率越来越高
all:全表扫描。sql语句处于一种最原生的状态,有很大的优化空间。
index:索引被扫描。该联接类型与ALL相同,除了只有索引树被扫描。这通常比ALL快,因为索引文件通常比数据文件小。
range:有范围的索引扫描,相对于index的全索引扫描,它有范围限制,因此要优于index。出现了range,则一定是基于索引的。同时除了显而易见的between,and以及'>','<'外,in和or也是索引范围扫描。
index_subquery、unique_subquery:暂时没遇到,以后再补上
index_merge:该联接类型表示使用了索引合并优化方法。对多个索引分别进行条件扫描,然后将它们各自的结果进行合并
ref:查找条件列使用了索引而且不为主键和unique。其实,意思就是虽然使用了索引,但该索引列的值并不唯一,有重复。这样即使使用索引快速查找到了第一条数据,仍然不能停止,要进行目标值附近的小范围扫描。
eq_ref:ref相比牛的地方是,它知道这种类型的查找结果集只有一个?什么情况下结果集只有一个呢!那便是使用了主键或者唯一性索引进行查找的情况
const:表最多有一个匹配行,它将在查询开始时被读取。因为仅有一行,在这行的列值可被优化器剩余部分认为是常数。const用于用常数值比较PRIMARY KEY或UNIQUE索引的所有部分时。
system:表仅有一行(=系统表)。这是const联接类型的一个特例。
NULL:MySQL不访问任何表或索引,直接返回结果
possible_keys:可能用到的索引,多了需要优化。
key:key列显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL。
key_len:key_len列显示MySQL决定使用的键长度。
ref:ref列显示使用哪个列或常数与key一起从表中选择行。
rows:扫描行数。rows列显示MySQL认为它执行查询时必须检查的行数。
Extra:详细信息。
Distinct:在select部分使用了distinc关键字。MySQL发现第1个匹配行后,停止为当前的行组合搜索更多的行。
Using filesort:排序时无法使用到索引时,就会出现这个。
Using temporary:表示使用了临时表存储中间结果。例如:ORDER BY或GROUP BY中的字段都来自左连接非驱动表(第二张表),就会创建一个临时表了
Using index:索引覆盖。直接通过索引就可以获取查询的数据。
Using where:需要回行。在查找使用索引的情况下,需要回表去查询所需的数据
Using sort_union、Using union、Using intersect:这些函数说明如何为index_merge联接类型合并索引扫描。
通过相乘EXPLAIN输出的rows列的所有值,可以粗略地知道MySQL必须检查多少行以执行查询。
请拿起 explain 武器,如果你看到以下现象,请优化:
1)出现了Using temporary,一般临时表排序,需要优化
2)出现了Using filesort,排序时无法使用到索引时,就会出现这个
3)rows过多,或者几乎是全表的记录数
4)key 是 (NULL)
5)possible_keys 出现过多(待选)索引