MySQL Explain查看执行计划
这篇博客写的还是蛮全的
http://www.cnblogs.com/songwenjie/p/9409852.html
在执行SQL的时候,经常有些SQL未正确使用到索引,导致程序变慢,通过使用explain进行分析SQL,可以清楚表的读取顺序、索引的使用情况等,从而优化索引。
explain select * from student
expain出来的信息有10列,分别是id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra,下面对这些字段出现的可能进行解释
一、 id
- id相同时,执行顺序由上至下
- 如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行
- id如果相同,可以认为是一组,从上往下顺序执行;在所有组中,id值越大,优先级越高,越先执行
二、select_type
- SIMPLE(简单SELECT,不使用UNION或子查询等)
- PRIMARY(查询中若包含任何复杂的子部分,最外层的select被标记为PRIMARY)
- UNION(UNION中的第二个或后面的SELECT语句)
- DEPENDENT UNION(UNION中的第二个或后面的SELECT语句,取决于外面的查询)
- UNION RESULT(UNION的结果)
- SUBQUERY(子查询中的第一个SELECT)
- DEPENDENT SUBQUERY(子查询中的第一个SELECT,取决于外面的查询)
- DERIVED(派生表的SELECT, FROM子句的子查询)
- UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存,必须重新评估外链接的第一行
三、table
输出结果集的表(表别名)
四、type
表示MySQL在表中找到所需行的方式,又称“访问类型”。常用的类型有: ALL, index, range, ref, eq_ref, const, system, NULL
从上到下,性能由差到最好:
1. type=ALL,全表扫描,MySQL遍历全表来找到匹配行
一般是没有where条件或者where条件没有使用索引的查询语句
explain select * from student where sno = 1001
2. type=index,索引全扫描,MySQL遍历整个索引来查询匹配行,并不会扫描表
一般是查询的字段都有索引的查询语句
alter table student add index idx_sno(sno);
explain select sno from student;
3.type=range,索引范围扫描,常用于<、<=、>、>=、between等操作
explain select * from student where sno>3001 and sno <3004
注意这种情况下比较的字段是需要加索引的,如果没有索引,则MySQL会进行全表扫描
4.type=ref,使用非唯一索引或唯一索引的前缀扫描,返回匹配某个单独值的记录行
sno
字段存在普通索引(非唯一索引)
explain select * from student where sno = 1001
ref类型还经常会出现在join操作中:
student、sc成绩表关联查询,关联字段student.sno
(唯一索引),sc.sno
(非唯一索引)。表关联查询时必定会有一张表进行全表扫描,此表一定是几张表中记录行数最少的表,然后再通过非唯一索引寻找其他关联表中的匹配行,以此达到表关联时扫描行数最少。
因为student、sc两表中student表的记录行数最少,所以student表进行全表扫描,sc表通过非唯一索引寻找匹配行。
explain select * from student left join sc on student.sno = sc.sno
5.type=eq_ref,类似ref,区别在于使用的索引是唯一索引,对于每个索引键值,表中只有一条记录匹配
eq_ref一般出现在多表连接时使用primary key或者unique index作为关联条件。
explain select * from student left join sc on student.id = sc.id
6.type=const/system,单表中最多有一条匹配行,查询起来非常迅速,所以这个匹配行的其他列的值可以被优化器在当前查询中当作常量来处理
const/system出现在根据主键primary key或者 唯一索引 unique index 进行的查询
explain select * from student where id = 3
7.type=NULL,MySQL不用访问表或者索引,直接就能够得到结果
五、possible_keys
表示查询可能使用的索引,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询使用
六、Key
实际使用的索引
七、key_len
使用索引字段的长度
八、ref
表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值
九、rows
表示MySQL根据表统计信息及索引选用情况,估算的找到所需的记录所需要读取的行数
十、Extra
该列包含MySQL解决查询的详细信息,有以下几种情况:
Using Index: 表示索引覆盖,不会回表查询
Using Where:使用where过滤条件,进行了回表查询
Using temporary:MySQL使用了临时表来存储结果集,常见于排序和分组查询
Using filesort:排序时无法使用到索引时,就会出现这个。常见于order by和group by语句中
Using join buffer:在获取连接条件时没有使用索引,并且需要连接缓冲区来存储中间结果。如果出现了这个值,那应该注意,根据查询的具体情况可能需要添加索引来改进能。
最新文章
- ssh无密码通信设置
- jQuery框架分析第一章: 第一个匿名函数
- 如何在linux系统下面编译C++(写给小白)(-1)
- 【Cocos2D-x 3.5实战】坦克大战(2)游戏开始界面
- Percona Data Recovery Tool for InnoDB工具恢复单表的案例
- 类的封装(property)
- Maven构建项目比较慢的解决办法
- Linux系统常用命令权威指南
- JVM常见问题(二)
- 大数据与 AI 生态中的开源技术总结
- json转js对象方法,JS对象转JSON方法
- [原创]全新IFPGA-Cable----支持Xilinx/Altera/Lattice JTAG和UART
- 洛谷P5280 [ZJOI2019]线段树 [线段树,DP]
- 微信小程序windowHeight的值在ios和android平台不一致问题解决办法
- 不同系统、不同存储格式(textfile, parquet)数据的传递
- Boost property_tree解析json
- Js分支结构 switch--case
- 【搜索】 Find The Multiple
- java 证书体系及应用,自已做https证书
- 021.9 IO流 流总结
热门文章
- thinkphp前台html格式化输出日期
- Silverlight DataGrid自适应数据
- Qt中事件处理的顺序
- WPF WindowChrome 自定义窗口
- LoadLibrary方法加载运行DLL库
- 安装 ;VirtualBox ;出现回滚,无法安装及解决方法
- 无法解决 equal to 操作中 ";SQL_Latin1_General_CP1_CI_AS"; 和 ";Chinese_PRC_CI_AS"; 之间的排序规则冲突。
- DLL里面socket(Delphi的代码)
- NPOI 超简单的导出导入
- 使用VS2012开发基于Office 2013的AddIn程序