#|【MySQL】Explain
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 是查询的访问类型。是较为重要的一个指标,结果值从最好到最坏依次是:
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 ★
包含不适合在其他列中显示但十分重要的额外信息
红色预警
文章图片
【#|【MySQL】Explain】注意点:
group by 包含 order by;
如果group by用上索引,Using temporary和Using filesort都会消失
关联字段没用上索引:Using join buffer
出现impossible where说明SQL语句写错了
Using where 表明使用了 where 过滤,where后面的过滤条件用上了索引。
推荐阅读
- 宽容谁
- 我要做大厨
- 增长黑客的海盗法则
- 画画吗()
- 2019-02-13——今天谈梦想()
- 远去的风筝
- 三十年后的广场舞大爷
- 叙述作文
- 20190302|20190302 复盘翻盘
- 学无止境,人生还很长