通常面试的时候 ,面试官都会问 sql优化相关 的问题。而sql优化的关键 就需要看懂sql执行计划。
查看方法:使用explain +被执行的sql
一 、执行计划结构
EXPLAIN
SELECT
p.id,
p.`name`,
p.promotion_type,
p.gift_growth,
p.gift_point,
sku.id sku_id,
sku.price sku_price,
sku.sku_code sku_sku_code,
sku.promotion_price sku_promotion_price,
sku.stock sku_stock,
sku.lock_stock sku_lock_stock,
ladder.id ladder_id,
ladder.count ladder_count,
ladder.discount ladder_discount,
full_re.id full_id,
full_re.full_price full_full_price,
full_re.reduce_price full_reduce_price
FROM
pms_product p
LEFT JOIN pms_sku_stock sku ON p.id = sku.product_id
LEFT JOIN pms_product_ladder ladder ON p.id = ladder.product_id
LEFT JOIN pms_product_full_reduction full_re ON p.id = full_re.product_id;
列名 | 列名的含义 | 列的值枚举 | 列的描述 | 备注 | ||
id | 执行顺序 | id的数字越大越先执行,如果数字一样,那么从上往下依次执行,如果为null表示这是一个结果集,不需要用它来进行查询 | ||||
select_type | select 语句的类型 | SIMPLE、PRIMARY、SUBQUERY、DERIVED、 UNION RESULT UNION | simple: 表示不需要union操作或者不包含子查询的简单select查询。有连接查询时,外层的查询为simple,且只有一个 derived: 在from列表中包含的子查询被标记为derived(衍生),MySQL会递归执行这些子查询,把 union: union连接的两个select查询,第一个查询是dervied派生表,除了第一个表外,第二个以后的表select_type都是union | |||
table | 被操作的对象名称 | 通常显示的查询表名 | 如果查询使用了别名,那么这里显示的是别名,如果不涉及对数据表的操作,那么这显示为null,如果显示为尖括号括起来的<derived N>就表示这个是临时表,后边的N就是执行计划中的id,表示结果来自于这个查询产生 | |||
partitions | 匹配的分区信息(对于非分区表值为NULL) |
| range,index_merge | |||
type | 对应表的访问(或联接)方式 | system、const、eq_ref、 ref、 fulltext、 ref_or_null、 unique_subquery、 index_subquery、 range、 index_merge | ||||
possible_keys |
| 查询可能使用到的索引都会在这里列出来 | ||||
key | 优化器实际使用的索引 | select_type为index_merge时,这里可能出现两个以上的索引,其他的select_type这里只会出现一个。 | ||||
key_len | 被优化器选定的索引键长度 | 用于处理查询的索引长度,如果是单列索引,那就整个索引长度算进去,如果是多列索引,那么查询不一定都能使用到所有的列,具体使用到了多少个列的索引,这里就会计算进去,没有使用到的列,这里不会计算进去。要注意,mysql的ICP特性使用到的索引不会计入其中。另外,key_len只计算where条件用到的索引长度,而排序和分组就算用到了索引,也不会计算到key_len中 | ||||
ref | 本行被操作对象的参照对象,无参照对象为NULL | 如果是使用的常数等值查询,这里会显示const,如果是连接查询,被驱动表的执行计划这里会显示驱动表的关联字段,如果是条件使用了表达式或者函数,或者条件列发生了内部隐式转换,这里可能显示为func | ||||
row | 查询执行所扫描的元组个数 | 执行计划中估算的扫描行数,不是精确值 | ||||
filtered | 条件表上数据被过滤的元组个数百分比 | 这个字段表示存储引擎返回的数据在server层过滤后,剩下多少满足查询的记录数量的比例,注意是百分比,不是具体记录数。 | ||||
extra |
| distinct:在select部分使用了distinc关键字 no tables used:不带from字句的查询或者From dual查询 使用not in()形式子查询或not exists运算符的连接查询,这种叫做反连接。即,一般连接查询是先查询内表,再查询外表,反连接就是先查询外表,再查询内表 using filesort:排序时无法使用到索引时,就会出现这个。常见于order by和group by语句中 using index:查询时不需要回表查询,直接通过索引就可以获取查询的数据。 using join buffer(block nested loop),using join buffer(batched key accss):5.6.x之后的版本优化关联查询的BNL,BKA特性。主要是减少内表的循环数量以及比较顺序地扫描查询。 using temporary:表示使用了临时表存储中间结果。临时表可以是内存临时表和磁盘临时表,执行计划中看不出来,需要查看status变量,used_tmp_table,used_tmp_disk_table才能看出来。 firstmatch(tb_name):5.6.x开始引入的优化子查询的新特性之一,常见于where字句含有in()类型的子查询。如果内表的数据量比较大,就可能出现这个 loosescan(m..n):5.6.x之后引入的优化子查询的新特性之一,在in()类型的子查询中,子查询返回的可能有重复记录时,就可能出现这个 |