mysql 优化 explain

已注销
151 阅读4分钟

在日常工作中，我们会有时会开慢查询去记录一些执行时间比较久的SQL语句，找出这些SQL语句并不意味着完事了，些时我们常常用到explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描，这都可以通过explain命令来查看。所以我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略预计会被优化器采用。 expain 出来的信息有10列分包是，分别是id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra

explain select  * from t_system_user where W_ID = 5937165

image.png

explain id

  1. id相同表示加载表的顺序是从上到下
explain select *from t_system_user su ,basic_business_notice bn where su.W_ID = bn.BN_ISSUER_ID

image.png 2. id不同id值越大，优先级越高，越先执行

explain  select *from t_system_user where W_ID = (select BN_ISSUER_ID from basic_business_notice where ID = '5566004')

image.png 3.id有相同，也有不同，同时存在，id相同的可以认为是一组，从上往下顺序执行;在使用的组中，id值越大，优先级越高，越先执行

explain select *from t_system_user  tsu ,(select BN_ISSUER_ID from basic_business_notice where ID = '5566004') a where tsu.W_ID = a.BN_ISSUER_ID

image.png

explain select_type

字段含义
SIMPLE简单的select查询，查询中不包含子查询或者UNION
PRIMARY查询中若包含任何复杂的子查询，最外层查询标记为该标识
SUBQUERY在SELECT 或 WHERE 列表中包含了子查询
DERIVED在FROM 列表中包含的子查询，被标记为 DERIVED（衍生） MYSQL会递归执行这些子查询，把结果放在临时表中
UNION若第二个SELECT出现在UNION之后，则标记为UNION ； 若UNION包含在FROM子句的子查询中，外层SELECT将被标记为 ： DERIVED
UNION RESULT从UNION表获取结果的SELECT
1.simple
explain select *from t_system_user;
2. PRIMARY和 SUBQUERY
explain  select *from t_system_user where W_ID = (select BN_ISSUER_ID from basic_business_notice where ID = '5566004')
3. DERIVED
explain select  * from (select *from t_system_user) a where W_ACCOUNT_NUMBER = '18888888888'
4.UNION
explain select *from t_system_user where W_ID = 1 union select *from t_system_user where w_id = 2

explain table

展示这一行的数据是关于哪一张表的

explain type

type 显示的是访问类型，是较为重要的一个指标，可取值为：

字段含义
NULLMySQL不访问任何表，索引，直接返回结果
system表只有一行记录(等于系统表)，这是const类型的特例，一般不会出现
const表示通过索引一次就找到了，const 用于比较primary key 或者 unique 索引。因为只匹配一行数据，所以很快。如将主键置于where列表中，MySQL 就能将该查询转换为一个常亮。const于将 "主键" 或 "唯一" 索引的所有部分与常量值进行比较
eq_ref类似ref，区别在于使用的是唯一索引，使用主键的关联查询，关联查询出的记录只有一条。常见于主键或唯一索引扫描
ref非唯一性索引扫描，返回匹配某个单独值的所有行。本质上也是一种索引访问，返回所有匹配某个单独值的所有行（多个）
range只检索给定返回的行，使用一个索引来选择行。 where 之后出现 between ， < , > , in 等操作。
indexindex 与 ALL的区别为 index 类型只是遍历了索引树， 通常比ALL 快， ALL 是遍历数据文件。
all将遍历全表以找到匹配的行

结果值从最好到最坏以此是：

NULL > system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
system > const > eq_ref > ref > range > index > ALL

我们需要保证查询至少达到 range 级别， 最好达到ref

explain key

possible_keys : 显示可能应用在这张表的索引， 一个或多个。 

key ： 实际使用的索引， 如果为NULL， 则没有使用索引。

key_len : 表示索引中使用的字节数， 该值为索引字段最大可能长度，并非实际使用长度，在不损失精确性的前提下， 长度越短越好 。

explain select *from t_system_user where W_NAME = 'ljh'

image.png

explain rows

扫描行的数量

explain select *from t_system_user where W_ACCOUNT_NUMBER = "17343714921"

image.png

explain select *from t_system_user where W_ID = "1"

image.png

explain extra

其他的额外的执行计划信息，在该列展示 。

字段含义
using filesort说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取， 称为 “文件排序”, 效率低。
using temporary使用了临时表保存中间结果，MySQL在对查询结果排序时使用临时表。常见于 order by 和 group by； 效率低
using index表示相应的select操作使用了覆盖索引， 避免访问表的数据行， 效率不错。
1.using filesort
explain select *from t_system_user order by W_NAME
//优化：常见的优化方案是，在order by的列上添加索引，避免每次查询都全量排序。
2. using index
explain select W_NAME from t_system_user order by W_NAME
3. using temporary
explain select * from t_system_user group by name order by sex;

using filesort 优化： 常见的优化方案是，在order by的列上添加索引，避免每次查询都全量排序。

avatar
文章
阅读
粉丝