在做性能测试时,资深的性能测试工程师,都会帮助研发同学优化sql语句,听起来很高深,但是具体操作是比较容易的,使用expain命令就可以了!本文我会用最简单有效的方式带大家掌握expain的使用方法!
explain即执行计划,使用explain关键字可以模拟优化器执行sql查询语句,从而知道MySQL是如何处理sql语句。explain主要用于分析查询语句或表结构的性能瓶颈。
使用起来非常简单,在你的sql语句前面加explain就可以了
-- 实际SQL,查找用户名为kevin的员工
select * from USER where name = 'kevin';
-- 查看SQL是否使用索引,前面加上explain即可
explain select * from USER where name = 'kevin';
在sqlyog中,显示效果如下:
接下来具体讲解上图中各个参数的含义,给大家一张图来有个概括的认识
type(重要)
其中最重要的是type列,我们通常通过该列来判断sql语句是否走了索引,索引是否有效是sql调优非常重要的知识点
type说明表的访问方式,表示MySQL在表中找到所需行的方式,又称“访问类型”。
常用的类型有: ALL、index、range、 ref、eq_ref、const、system、NULL(从左到右,性能从差到好)具体
key_len(重要)
表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度(key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的)不损失精确性的情况下,长度越短越好
select_type
查询中每个select子句的类型
(1) SIMPLE(简单SELECT,不使用UNION或子查询等)
(2) PRIMARY(子查询中最外层查询,查询中若包含任何复杂的子部分,最外层的select被标记为PRIMARY)
(3) UNION(UNION中的第二个或后面的SELECT语句)
(4) DEPENDENT UNION(UNION中的第二个或后面的SELECT语句,取决于外面的查询)
(5) UNION RESULT(UNION的结果,union语句中第二个select开始后面所有select)
(6) SUBQUERY(子查询中的第一个SELECT,结果不依赖于外部查询)
(7) DEPENDENT SUBQUERY(子查询中的第一个SELECT,依赖于外部查询)
(8) DERIVED(派生表的SELECT, FROM子句的子查询)
(9) UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存,必须重新评估外链接的第一行)
possible_keys
指出MySQL能使用哪个索引在表中找到记录,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询使用(该查询可以利用的索引,如果没有任何索引显示 null)该列完全独立于EXPLAIN输出所示的表的次序。这意味着在possible_keys中的某些键实际上不能按生成的表次序使用。如果该列是NULL,则没有相关的索引。在这种情况下,可以通过检查WHERE子句看是否它引用某些列或适合索引的列来提高你的查询性能。如果是这样,创造一个适当的索引并且再次用EXPLAIN检查查询
Key
key列显示MySQL实际决定使用的键(索引),必然包含在possible_keys中。如果没有选择索引,键是NULL。
ref
这一列显示了在 key 列记录的索引中,表查找值所用到的列或常量,常见的有:const、func、NULL、字段名。
rows
估算出结果集行数,表示MySQL根据表统计信息及索引选用情况,估算的找到所需的记录所需要读取的行数
Extra
extra常用值包括以下几种:
EXPLAIN不分析关于触发器、存储过程的信息或用户自定义函数对查询的影响情况
EXPALIN中部分统计信息是估算的,并非精确值
EXPALIN只能解释SELECT操作,其他操作要重写为SELECT后查看执行计划
我的每一篇文章都希望帮助读者解决实际工作中遇到的问题!如果文章帮到了您,劳烦点赞、收藏、转发!您的鼓励是我不断更新文章最大的动力!