如何优化SQL

共计 1939 个字符，预计需要花费 5 分钟才能阅读完成。

自动写代码机器人，免费开通

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

简介

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

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