MySQL 使用 explain + sql
语句查看 执行计划,该执行计划不一定完全正确但是可以参考。
EXPLAIN SELECT * FROM t_store WHERE sn = 1;
id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---|---|---|---|---|---|---|---|---|---|---|---|
1 | SIMPLE | t_store | NULL | ref | sn | sn | 767 | const | 1 | 100.00 | NULL |
字段释义
select_type
select_type | 说明 |
---|---|
SIMPLE | 简单查询 |
PRIMARY | 最外层查询 |
SUBQUERY | 映射为子查询 |
DERIVED | 子查询 |
UNION | 联合 |
UNION RESULT | 使用联合的结果 |
table
正在访问的表名
type
type | 说明 |
---|---|
ALL | 全数据表扫描 |
INDEX | 全索引表扫描 |
RANGE | 对索引列进行范围查找 |
INDEX_MERGE | 合并索引,使用多个单列索引搜索 |
REF | 根据索引查找一个或多个值 |
EQ_REF | 搜索时使用primary key 或 unique类型 |
CONST | 常量,表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。 |
SYSTEM | 系统,表仅有一行(=系统表)。这是const联接类型的一个特例。 |
性能:
all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
性能在 range 之下基本都可以进行调优
possible_keys
可能使用的索引
key
真实使用的索引
key_len
MySQL中使用索引字节长度
rows
MySQL预估为了找到所需的行而要读取的行数
extra
extra | 说明 |
---|---|
Using index | 此值表示mysql将使用覆盖索引,以避免访问表。 |
Using where | mysql 将在存储引擎检索行后再进行过滤,许多where条件里涉及索引中的列,当(并且如果)它读取索引时,就能被存储引擎检验,因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示:查询可受益于不同的索引。 |
Using temporary | mysql 对查询结果排序时会使用临时表。 |
Using filesort | mysql会对结果使用一个外部索引排序,而不是按索引次序从表里读取行。mysql有两种文件排序算法,这两种排序方式都可以在内存或者磁盘上完成,explain不会告诉你mysql将使用哪一种文件排序,也不会告诉你排序会在内存里还是磁盘上完成。 |
Range checked for each record(index map: N) | 没有好用的索引,新的索引将在联接的每一行上重新估算,N是显示在possible_keys列中索引的位图,并且是冗余的 |
limit
limit 匹配后就不会继续进行扫描
索引使用
- 使用
like
语句时,%
在右边才会使用索引 or
条件中有未建立索引的列,索引失效- 查询条件的字段的参数的数据类型与数据库字段的数据类型不一致
!=
不使用索引(如果是主键,则会走索引)>
不使用索引(如果是主键或索引是整数类型,则会走索引)order by
(如果 order by 是主键或索引是整数类型,则会走索引)- 组合索引-遵循最左前缀
除非注明,否则均为李锋镝的博客原创文章,转载必须以链接形式标明本文链接