你真的知道怎么优化SQL吗
简介
虽然使用explain不能够马上调优我们的sql,它也不能给予我们一些调整建议,但是它能够让我们了解mysql 优化器是如何执行sql 语句的
通过explain,我们可以分析出以下结果:
- 表的读取顺序
- 数据读取操作的操作类型
- 哪些索引可以使用
- 哪些索引被实际使用
- 表之间的引用
- 每张表有多少行被优化器查询
explain命令的用法十分简单, 在 select语句前加上 explain 就可以了, 例如:
explain select * from user;
它的结果主要包含以下字段
id、select_type、table、partitions、type、possible_keys、key、ref、rows、filtered、extra
接下来我们来看一下各个字段的含义
id 查询序列号
加载表的顺序
连接查询各个表的加载顺序是相同的,所以都为1
包含子查询的时候,先执行子查询,所以user表的id值最大
select_type 查询类型
常用取值有:
- simple:简单的select查询,不包含子查询和索引
- primary:查询中若包含任何子查询,最外层查询则为记为primary
- subquery:在select或where列表中包含了子查询
- derived:在from列表中包含的子查询被标记为derived(衍生),mysql会递归执行这些子查询,把结果放在临时表中
- union:若第二个select出现在索引之后,则被标记为union:若索引包含在from子句的子查询中,外层select将被标记为:derived
- union result:从索引表获取结果的查询
table查询涉及的表或衍生表
type查询类型
通过 type 字段, 我们可以判断此次查询是全表扫描还是索引扫描等,type 常用的取值有:
system:表只有一条数据
const:针对主键或唯一索引的等值查询扫描, 简单理解为一次读取就获取到了数据,例如下面这个主键索引的查询
eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描
ref:非唯一性索引扫描,返回匹配某个单独值的所有行
range:表示使用索引范围查询,例如=、<>、>、>=、<、<=、is、 null、<=>、between、in等
index: 所要查询的数据直接在索引树中就可以获取到, 而不需要扫描数据,例如:
all: 表示全表扫描, 这个类型的查询是性能最差的查询
type 类型的性能比较
通常来说, 不同的 type 类型的性能关系如下:
all < index < range < ref < eq_ref < const < system
possible_keys查询时能够使用到的索引.
possible_keys 表示 mysql 在查询时, 能够使用到的索引. 注意并不是一定用,实际使用是由 由 key 字段决定
key 查询使用的索引
此字段是 mysql 在当前查询时所真正使用到的索引.
key_len使用索引的字节数
这个字段可以评估组合索引是否完全被使用, 或只有最左部分字段被使用到.
rows mysql估算要查找到结果集需要扫描读取的数据行数
extra额外的信息
常见的有以下几种内容:
- using filesort:mysql 需额外的排序操作, 不能通过索引顺序达到排序效果. 一般有 using filesort, 都建议优化去掉, 因为这样的查询 cpu 资源消耗大.
- using index:表示查询在索引树中就可查找所需数据, 不用扫描表数据文件, 往往说明性能不错
- using temporary:查询有使用临时表, 一般出现于排序, 分组和多表 join 的情况, 查询效率不高, 建议优化.
- using where:表明使用了where过滤
- using join buffer:表明使用了连接缓存,比如说在查询的时候,多表join的次数非常多,那么将配置文件中的缓冲区的join buffer调大一些
- impossible where:where子句的值总是false,不能用来获取任何元组
- select tables optimized away:在没有groupby子句的情况下,基于索引优化min/max操作或者对于myisam存储引擎优化count(*)操作,不必等到执行阶段再进行计算,查询执行计划生成的阶段即完成优化
- distinct:优化distinct操作,在找到第一匹配的元组后即停止找同样值的动作
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对的支持。
上一篇: php实现简单的MVC框架实例