【MySQL】数据库--执行计划

执行计划

在mysql中提供了一个工具，帮助我们预判sql的执行时间,(只能给到一定参考，不一定能够完全判断正确)

+----+-------------+----------------+------------+------+---------------+------+---------+------+-------+----------+-------------+
| id | select_type | table          | partitions | type | possible_keys | key  | key_len | ref  | rows  | filtered | Extra       |
+----+-------------+----------------+------------+------+---------------+------+---------+------+-------+----------+-------------+
|  1 | SIMPLE      | resume_library | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 21187 |    11.11 | Using where |
+----+-------------+----------------+------------+------+---------------+------+---------+------+-------+----------+-------------+

其中比较重要的是type,他是sql性能中比较重要的标志，性能从低到高依次为:

ALL < index <range <index_merge <ref or null < eq_ref <system/const

• ALL,全表扫描，数据表从头到尾找一遍。（一般就是没有命中索引，都是执行全部扫描）

select * from tb;

特殊情况：如果有limit 的情况下就不会在继续向下扫描了
select * from tb limit 1;

• index,全索引扫描，对索引进行从头到尾的扫描

explain select id from tb;
explain select name from tb;

• range,对索引进行范围查找

explain select * from tb where id > 10;
explain select * from tb id in (11,22,33);
explain select * from tb where id between 10 and 20;
explain select * from tb where name >'alongdedaimazaibaocuo'

• index_merge,合并索引，使用多个单列索引搜索

explain select * from tb where id = 10 or name='阿龙'

• ref,根据索引直接去查找（非键）

select * from tb where name='along';

• EQ_ref,连表操作时候常见

explain select tb.name,tb1.id from tb left join tb1 on tb.age=tb1.id; 

• const,常量，表最多有一个匹配行，因为仅有一行，在这行的列值可被优化器剩余部分认为是常数，const表最快

explain select * from tb where id = 1;      --主键
expalin select * from tb where email='along@outlook.com'  --唯一索引

• SYSTEM，系统，表中只有一行（=系统表），这话const链接类型的一种特例。

explain select * from (select * from tb where id=1 limit 1) as a;

执行计划的其他列：

id，查询顺序标识

z，查询类型
    SIMPLE          简单查询
    PRIMARY         最外层查询
    SUBQUERY        映射为子查询
    DERIVED         子查询
    UNION           联合
    UNION RESULT    使用联合的结果
    ...
    
table，正在访问的表名

partitions，涉及的分区（MySQL支持将数据划分到不同的idb文件中，详单与数据的拆分）。 一个特别大的文件拆分成多个小文件（分区）。

possible_keys，查询涉及到的字段上若存在索引，则该索引将被列出，即：可能使用的索引。
key，显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULL。例如：有索引但未命中，则possible_keys显示、key则显示NULL。

key_len，表示索引字段的最大可能长度。(类型字节长度 + 变长2 + 可空1)，例如：key_len=195，类型varchar(64)，195=64*3+2+1

ref，连表时显示的关联信息。例如：A和B连表，显示连表的字段信息。

rows，估计读取的数据行数（只是预估值）
	explain select * from big where password ="025dfdeb-d803-425d-9834-445758885d1c";
	explain select * from big where password ="025dfdeb-d803-425d-9834-445758885d1c" limit 1;
filtered，返回结果的行占需要读到的行的百分比。
	explain select * from big where id=1;  -- 100，只读了一个1行，返回结果也是1行。
	explain select * from big where password="27d8ba90-edd0-4a2f-9aaf-99c9d607c3b3";  -- 10，读取了10行，返回了1行。
	注意：密码27d8ba90-edd0-4a2f-9aaf-99c9d607c3b3在第10行
	
extra，该列包含MySQL解决查询的详细信息。
    “Using index”
    此值表示mysql将使用覆盖索引，以避免访问表。不要把覆盖索引和index访问类型弄混了。
    “Using where”
    这意味着mysql服务器将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当（并且如果）它读取索引时，就能被存储引擎检验，因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不同的索引。
    “Using temporary”
    这意味着mysql在对查询结果排序时会使用一个临时表。
    “Using filesort”
    这意味着mysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式都可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪一种文件排序，也不会告诉你排序会在内存里还是磁盘上完成。
    “Range checked for each record(index map: N)”
    这个意味着没有好用的索引，新的索引将在联接的每一行上重新估算，N是显示在possible_keys列中索引的位图，并且是冗余的。