mySQL语句的性能问题 如何定位及优化？

对于低性能的SQL语句的定位，最重要也是最有效的方法就是使用执行计划。 我们知道，不管是哪种数据库，或者是哪种数据库引擎，在对一条SQL语句进行执行的过程中都会做很多相关的优化，对于查询语句，最重要的优化方式就是使用索引。 而执行计划，就是显示数据库引擎对于SQL语句的执行的详细情况，其中包含了是否使用索引，使用什么索引，使用的索引的相关信息等。文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

执行计划包含的信息 id 有一组数字组成。表示一个查询中各个子查询的执行顺序;文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

• id相同执行顺序由上至下。
• id不同，id值越大优先级越高，越先被执行。
• id为null时表示一个结果集，不需要使用它查询，常出现在包含union等查询语句中。

select_type 每个子查询的查询类型，一些常见的查询类型。文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

table 查询的数据表，当从衍生表中查数据时会显示 x 表示对应的执行计划id partitions 表分区、表创建的时候可以指定通过那个列进行表分区。 举个例子：文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

create table tmp (
    id int unsigned not null AUTO_INCREMENT,
    name varchar(255),
    PRIMARY KEY (id)
) engine = innodb
partition by key (id) partitions 5;
复制代码

type(非常重要，可以看到有没有走索引) 访问类型文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

• ALL 扫描全表数据
• index 遍历索引
• range 索引范围查找
• index_subquery 在子查询中使用 ref
• unique_subquery 在子查询中使用 eq_ref
• ref_or_null 对Null进行索引的优化的 ref
• fulltext 使用全文索引
• ref 使用非唯一索引查找数据
• eq_ref 在join查询中使用PRIMARY KEYorUNIQUE NOT NULL索引关联。

possible_keys 可能使用的索引，注意不一定会使用。查询涉及到的字段上若存在索引，则该索引将被列出来。当该列为 NULL时就要考虑当前的SQL是否需要优化了。文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

key 显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULL。文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

TIPS:查询中若使用了覆盖索引(覆盖索引：索引的数据覆盖了需要查询的所有数据)，则该索引仅出现在key列表中文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

key_length 索引长度文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

ref 表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

rows 返回估算的结果集数目，并不是一个准确的值。文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

extra 的信息非常丰富，常见的有：文章源自菜鸟学院-https://www.cainiaoxueyuan.com/sjk/5179.html

1. Using index 使用覆盖索引
2. Using where 使用了用where子句来过滤结果集
3. Using filesort 使用文件排序，使用非索引列进行排序时出现，非常消耗性能，尽量优化。
4. Using temporary 使用了临时表 sql优化的目标可以参考阿里开发手册