mysql执行计划详解

分析MySQL执行计划
查询SQL:

SELECT
	*
FROM
	USER
WHERE
	userId IN (SELECT userId FROM user_address WHERE addressId IN(3, 2));

在这里插入图片描述

一.id
select查询的序列号,标识执行的顺序
1、id相同,执行顺序由上至下
2、id不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行
3、id相同又不同即两种情况同时存在,id如果相同,可以认为是一组,从上往下顺序 执行;在所有组中,id值越大,优先级越高,越先执行
二.select_type
查询的类型,主要是用于区分普通查询、联合查询、子查询等
SIMPLE:简单的select查询,查询中不包含子查询或者union
PRIMARY:查询中包含子部分,最外层查询则被标记为primary
SUBQUERY:SUBQUERY表示在select 或 where列表中包含了子查询
MATERIALIZED:表示where 后面in条件的子查询
UNION:若第二个select出现在union之后,则被标记为union;
UNION RESULT:从union表获取结果的select
三。table
查询涉及到的表
直接显示表名或者表的别名
<unionM,N> 由ID为M,N 查询union产生的结果
由ID为N查询产生的结果
四。type
访问类型,sql查询优化中一个很重要的指标,结果值从好到坏依次是: system > const > eq_ref > ref > range > index > ALL
system:表只有一行记录(等于系统表),const类型的特例,基本不会出现,可以忽略不计。const:表示通过索引一次就找到了,const用于比较primary key 或者 unique索引。
eq_ref:唯一索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键 或 唯一索引扫描。
ref:非唯一性索引扫描,返回匹配某个单独值的所有行,本质上也是一种索引访问
range:只检索给定范围的行,使用一个索引来选择行
index:Full Index Scan,索引全表扫描,把索引从头到尾扫一遍
ALL:Full Table Scan,遍历全表以找到匹配的行
注意:range往上才是走了索引的,至少要达到range。
五。key
实际使用的索引,如果为NULL,则没有使用索引
六。rows
根据表统计信息或者索引选用情况,大致估算出找到所需的记录所需要读取的行数
filtered 它指返回结果的行占需要读到的行(rows列的值)的百分比,filtered的值越大越好
七。possible_keys
查询过程中有可能用到的索引
八。extra
十分重要的额外信息
1、Using filesort : mysql对数据使用一个外部的文件内容进行了排序,而不是按照表内的索引进行排序读取
2、Using temporary: 使用临时表保存中间结果,也就是说mysql在对查询结果排序时使用了临时表,常见于order by 或 group by
3、Using index: 表示相应的select操作中使用了覆盖索引(Covering Index),避免了访问表的数据行,效率高
4、Using where : 使用了where过滤条件
5、select tables optimized away: 基于索引优化MIN/MAX操作或者MyISAM存储引擎优化。COUNT(*)操作,不必等到执行阶段在进行计算,查询执行计划生成的阶段即可完成优化。

怎样定位慢sql?
1、业务驱动
2、测试驱动
3、慢查询日志
慢sql查询日志
show variables like ‘slow_query_log’
在这里插入图片描述
set global slow_query_log = on
在这里插入图片描述
set global slow_query_log_file = ‘/var/lib/mysql/aaa.log’
set global slow_query_log_file=‘D:/MySQL-DB/mysql-5.6.16-winx64/data/aaa.log’
set global log_queries_not_using_indexes = on
set global long_query_time = 0.1 (秒)

日志分析

Time: 180220 20:47:37 User@Host: root[root] @ localhost [127.0.0.1]
Id: 56 Query_time: 0.001971 Lock_time: 0.000000 Rows_sent: 20
Rows_examined: 10000 SET timestamp=1545310057; SELECT * from user
where name like ‘%326%’;

Time :日志记录的时间
User@Host:执行的用户及主机
Query_time:查询耗费时间
Lock_time 锁表时间
Rows_sent 发送给请求方的记录 条数
Rows_examined 语句扫描的记录条数
SET timestamp 语句执行的时间点
select … 执行的具体语句

MySQL自带的慢查询日志分析工具
mysqldumpslow -t 10 -s at /var/lib/mysql/aaa.log

上一篇:MySQL之MVCC原理解析

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值