Explain

使用 EXPLAIN关键字可以模拟优化器执行 SQL 查询语句，从而知道 MySQL 是如何处理 SQL 语句的。分析查询语句或是表结构的性能瓶颈。

用法：

Explain+SQL 语句

Explain 执行后返回的信息：

各字段解释

id（都是1是最好的） ★

select 查询的序列号,包含一组数字，表示查询中执行 select 子句或操作表的顺序。

CREATE DATABASE test1;

USE test1;
CREATE TABLE t1(
	id INT(10) AUTO_INCREMENT,
	content VARCHAR(100) NULL , 
	PRIMARY KEY (id)
); 

CREATE TABLE t2(
	id INT(10) AUTO_INCREMENT,
	content VARCHAR(100) NULL , 
	PRIMARY KEY (id)
); 

CREATE TABLE t3(
	id INT(10) AUTO_INCREMENT,
	content VARCHAR(100) NULL , 
	PRIMARY KEY (id)
); 

CREATE TABLE t4(
	id INT(10) AUTO_INCREMENT,
	content VARCHAR(100) NULL , 
	PRIMARY KEY (id)
); 

INSERT INTO t1(content) VALUES(CONCAT('t1_',FLOOR(1+RAND()*1000))); 
INSERT INTO t2(content) VALUES(CONCAT('t2_',FLOOR(1+RAND()*1000))); 
INSERT INTO t3(content) VALUES(CONCAT('t3_',FLOOR(1+RAND()*1000))); 
INSERT INTO t4(content) VALUES(CONCAT('t4_',FLOOR(1+RAND()*1000)));

👇

①id 相同，执行顺序由上至下

EXPLAIN SELECT * FROM t1,t2,t3 
WHERE t1.`id`=t2.`id`
AND t2.`id`=t3.`id`;

②id 不同，id 不同，如果是子查询，id 的序号会递增，id 值越大优先级越高，越先被执行

EXPLAIN SELECT t1.`id` FROM t1 WHERE t1.`id` IN(
	SELECT t2.`id` FROM t2 WHERE t2.id IN(
	SELECT t3.id FROM t3 WHERE t3.`content`='')
);

③有相同也有不同

EXPLAIN SELECT * FROM t2,(SELECT * FROM t3 WHERE t3.`content`='') t31
WHERE t31.id = t2.id;

id 如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id 值越大，优先级越高，越先执行衍生 = DERIVED

关注点： id 号每个号码，表示一趟独立的查询。一个 sql 的查询趟数越少越好。

select_type

select_type 代表查询的类型，主要是用于区别普通查询、联合查询、子查询等的复杂查询。

select_type 属性	含义
SIMPLE	简单的 select 查询,查询中不包含子查询或者UNION
PRIMARY	查询中若包含任何复杂的子部分，最外层查询则被标记Primary
DERIVED	在 FROM 列表中包含的子查询被标记为 DERIVED(衍生) MySQL 会递归执行这些子查询, 把结果放在临时表里
SUBQUERY	在SELECT或WHERE列表中包含了子查询
DEPEDENT SUBQUERY	依赖子查询，在SELECT或WHERE列表中包含了子查询,子查询基于外层
UNCACHEABLE SUBQUERY	无法使用缓存的子查询，当使用了@@来引用系统变量的时候，不会使用缓存。
UNION	若第二个SELECT出现在UNION之后，则被标记为UNION； 若UNION包含在FROM子句的子查询中,外层SELECT将被标记为：DERIVED
UNION RESULT	从UNION表获取结果的SELECT

type ★ （带颜色的预警）

type 是查询的访问类型。是较为重要的一个指标，结果值从最好到最坏依次是：
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index >All
一般来说，得保证查询至少达到 range 级别，最好能达到 ref。

key

实际使用的索引。如果为NULL，则没有使用索引。

key_len ★

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。 key_len 字段能够帮你检查是否充分的利用上了索引。
ken_len 越长，说明索引使用的越充分。

ref

显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值。

rows ★ （1最好了）

rows 列显示 MySQL 认为它执行查询时必须检查的行数。越少越好！

Extra ★

包含不适合在其他列中显示但十分重要的额外信息
红色预警

注意点：
group by 包含 order by；
如果group by用上索引，Using temporary和Using filesort都会消失
关联字段没用上索引：Using join buffer
出现impossible where说明SQL语句写错了
Using where 表明使用了 where 过滤，where后面的过滤条件用上了索引。