Explain数据库优化分析
Explain各字段解释
- 分析语句:
#至少有2位非掌门人成员的门派
explain select t_dept.*
from t_dept,
(select deptId id, count(*) count
from t_dept d,
t_emp e
where e.deptId = d.id
AND e.id != d.CEO
group by deptId) ab
where t_dept.id = ab.id
and ab.count >= 2;
分析结果图:
2. 字段说明:
字段名 | 解释 | 情况 | 关注点 |
---|---|---|---|
id | select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序 | 1. id相同,执行顺序由上至下;2.id不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行 | id号每个号码,表示一趟独立的查询。一个sql 的查询趟数越少越好。 |
select_type | 查询的类型,主要是用于区别普通查询、联合查询、子查询等的复杂查询 | ||
table | 显示这一行的数据是关于哪张表的 | ||
partitions | 代表分区表中的命中情况,非分区表,该项为null | ||
type | 访问类型排列 | type显示的是访问类型,是较为重要的一个指标 | 值从最好到最坏依次是:system>const>eq_ref>ref>range>index>ALL(备注:一般来说,得保证查询至少达到range级别,最好能达到ref。) |
possible_keys | 显示可能应用在这张表中的索引,一个或多个。查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用 | ||
key | 实际使用的索引。如果为NULL,则没有使用索引 | 查询中若使用了覆盖索引,则该索引和查询的select字段重叠 | |
key_len | 表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度。 | key_len字段能够帮你检查是否充分的利用上了索引 | |
ref | rows列显示MySQL认为它执行查询时必须检查的行数。 | 越少越好 | |
filtered | 这个字段表示存储引擎返回的数据在server层过滤后,剩下多少满足查询的记录数量的比例,注意是百分比,不是具体记录数 | ||
Extra | 包含不适合在其他列中显示但十分重要的额外信息 |