前言
explian/desc可以帮助我们分析sql语句,写出高效sql语句,让mysql查询优化器可以更好的工作。
mysql查询优化器会尽可能的使用索引,优化器排除的数据行越多,mysql找到匹配数据行就越快。
用法
explain/desc + sql
explain select * from tbl_chain_bill where billid = 6
explain.png
key |
value |
means |
id |
1 |
查询序列号 |
select_type |
SIMPLE |
查询类型 |
table |
tbl_chain_bill |
表或派生表名 |
type |
const |
扫描类型 |
possible_keys |
PRIMARY |
可能用的索引,有多个 |
key |
PRIMARY |
实际使用索引 |
key_len |
8 |
使用的索引长度,在不损失精度下,长度越短越好 |
ref |
const |
显示索引的哪一列被使用了 |
rows |
1 |
该语句扫描了多少行记录 |
Extra |
(Null) |
sql语句额外信息,如排序分组等 |
分析
id
表示执行select子句顺序的标识。id相同,顺序由上至下;id越大,越先执行。
select_type
-
SIMPLE:简单SELECT,不使用UNION或子查询等;
-
PRIMARY:查询中若包含任何复杂的子部分,最外层的select被标记为PRIMARY;
-
UNION:UNION中的第二个或后面的SELECT语句;
-
UNION RESULT:UNION的结果;
-
SUBQUERY:子查询中的第一个SELECT;
-
DERIVED:派生表的SELECT,FROM子句的子查询;
-
UNCACHEABLE SUBQUERY:结果集不能缓存的子查询。
table
表示数据来源于哪张表或派生表。
image.png
type
从上到下,性能由差到好
-
ALL:从头到尾全表扫描;
-
Index:全索引树扫描,只遍历索引树;
-
Range:只检索给定的范围,需要使用一个索引来选择行,key代表使用的索引;
-
Ref:用于连接匹配的索引列不唯一时,如where bill.billNo = billDetail.billNo;
-
Eq ref:用于连接匹配的索引列是unique或者primary key时,如where bill.id = billDetail.billID;
-
const:用常数来比较primary key时吗,比如where primary key = 123;
-
system:被查询表只有一行记录,用常数来比较primary key时。
extra
extra 中出现以下 2 项意味着 MYSQL 根本不能使用索引,效率会受到重大影响,应尽可能对此进行优化。
Using filesort 表示 MySQL会对结果使用一个外部索引排序,而不是从表里按索引次序读到相关内容。可能在内存或者磁盘上进行排序。
Using temporary 表示 MySQL 在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。
测试说明
测试说明.png
需要指出的是,上面例子关于type=ref或者eq_ref是因为唯一索引的存在,如果连接条件没有唯一性约束,那么还是记录少的放在连接查询的左边。