MySQL 查看执行计划

mysql 使用 explain + sql 语句查看 执行计划，该执行计划不一定完全正确但是可以参考。

explain select * from user where nid = 3;

select_type	说明
simple	简单查询
primary	最外层查询
subquery	映射为子查询
derived	子查询
union	联合
union result	使用联合的结果

---

table : 正在访问的表名

---

type	说明
all	全数据表扫描
index	全索引表扫描
range	对索引列进行范围查找
index_merge	合并索引，使用多个单列索引搜索
ref	根据索引查找一个或多个值
eq_ref	搜索时使用primary key 或 unique类型
const	常量，表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。
system	系统，表仅有一行(=系统表)。这是const联接类型的一个特例。

性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
性能在 range 之下基本都可以进行调优

---

possible_keys : 可能使用的索引

---

key : 真实使用的

---

key_len : mysql中使用索引字节长度

---

rows : mysql 预估为了找到所需的行而要读取的行数

---

extra	说明
using index	此值表示mysql将使用覆盖索引，以避免访问表。
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列中索引的位图，并且是冗余的

limit

limit 匹配后就不会继续进行扫描

mysql> select * from user where email = '[e-mail]' limit 1;
+-----+------------+--------------------+-------+
| nid | name       | email              | extra |
+-----+------------+--------------------+-------+
| 123 | klvchen123 | [e-mail] | 123   |
+-----+------------+--------------------+-------+
1 row in set (0.01 sec)

正确使用索引

1. 使用 like 语句时，%在右边才会使用索引。
   没用使用索引

使用索引
   
2. or 条件中有未建立索引的列才,索引失效
   没用使用索引

使用索引
   
3. 条件的类型不一致
   没用使用索引

使用索引
   
4. != 号
   没用使用索引
   
   例外：如果是主键，则会走索引
5. > 号
   没用使用索引
   
   例外：如果是主键或索引是整数类型，则会走索引
6. order by
   没用使用索引
   
   例外：如果 order by 是主键或索引是整数类型，则会走索引
7. 组合索引
   遵循最左前缀

# 若 name 和 email 组成组合索引
create index ix_name_email on user(name,email);

name and email -- 使用索引
email and name -- 不使用索引
name                  -- 使用索引
email                  -- 不使用索引

没用使用索引