标签:表连接 arc nio tab ima explain class sim 操作
我们对mysql表建立了索引之后怎么查看索引的使用情况呢?
这时候,我们就需要explain执行计划来帮助了。
EXPLAIN
SELECT column1,column2 FROM table [where ... ]
id:选择标识符
select_type:表示查询的类型。
table:输出结果集的表
type:表示表的连接类型
possible_keys:表示查询时,可能使用的索引
key:表示实际使用的索引
key_len:索引字段是否被充分使用
ref:列与索引的比较
rows:扫描出的行数(估算的行数)
Extra:执行情况的描述和说明
(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(一个子查询的结果不能被缓存,必须重新评估外链接的第一行)
常用的类型有: ALL、index、range、 ref、eq_ref、const、system、NULL(从左到右,性能从差到好)
ALL:Full Table Scan, MySQL将遍历全表以找到匹配的行
index: Full Index Scan,index与ALL区别为index类型只遍历索引树
range:只检索给定范围的行,使用一个索引来选择行
ref: 表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值
eq_ref: 类似ref,区别就在使用的索引是唯一索引,对于每个索引键值,表中只有一条记录匹配,简单来说,就是多表连接中使用primary key或者 unique key作为关联条件
const、system: 当MySQL对查询某部分进行优化,并转换为一个常量时,使用这些类型访问。如将主键置于where列表中,MySQL就能将该查询转换为一个常量,system是const类型的特例,当查询的表只有一行的情况下,使用system
NULL: MySQL在优化过程中分解语句,执行时甚至不用访问表或索引,例如从一个索引列里选取最小值可以通过单独索引查找完成。
key_len算法:
(1)与索引字段的类型有关,varchar=2,char=0
(2)与索引字段的字符集有关,utf-8=3
(3)与索引字段的长度有关,
(4)与索引字段是否为空有关,null=0,not null=1
key_len=(1)+(2)*(3)+(4)
当使用联合索引时,每个索引字段单独计算后相加
EXPALIN只能解释SELECT操作,其他操作要重写为SELECT后查看执行计划
标签:表连接 arc nio tab ima explain class sim 操作
原文地址:https://www.cnblogs.com/shijt/p/11605640.html