如何优化SQL

这篇文章主要介绍了如何优化SQL，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。

创新互联建站是一家专注网站建设、网络营销策划、小程序定制开发、电子商务建设、网络推广、移动互联开发、研究、服务为一体的技术型公司。公司成立10多年以来，已经为上千多家发电机回收各业的企业公司提供互联网服务。现在，服务的上千多家客户与我们一路同行，见证我们的成长；未来，我们一起分享成功的喜悦。

简介

虽然使用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操作，在找到第一匹配的元组后即停止找同样值的动作

感谢你能够认真阅读完这篇文章，希望小编分享的“如何优化SQL”这篇文章对大家有帮助，同时也希望大家多多支持创新互联，关注创新互联行业资讯频道，更多相关知识等着你来学习!