参考文章
https://www.cnblogs.com/david97/p/8072164.html
4）、type
依次从好到差：
system 》const 》eq_ref 》ref 》fulltext 》ref_or_null 》unique_subquery 》index_subquery
》range，index_merge
》index，ALL
一般情况，至少要达到 range 级别，最好是 ref 级别。否则可能会有性能问题。
除了all之外，其他的type都可以使用到索引，除了index_merge之外，其他的type只可以用到一个索引
A：system：表中只有一行数据或者是空表，且只能用于myisam和memory表。如果是Innodb引擎表，type列在这个情况通常都是all或者index
B：const：使用唯一索引或者主键，返回记录一定是1行记录的等值where条件时，通常type是const。其他数据库也叫做唯一索引扫描
C：eq_ref：出现在要连接过个表的查询计划中，驱动表只返回一行数据，且这行数据是第二个表的主键或者唯一索引，且必须为not null，唯一索引和主键是多列时，只有所有的列都用作比较时才会出现eq_ref
D：ref：不像eq_ref那样要求连接顺序，也没有主键和唯一索引的要求，只要使用相等条件检索时就可能出现，常见与辅助索引的等值查找。或者多列主键、唯一索引中，使用第一个列之外的列作为等值查找也会出现，总之，返回数据不唯一的等值查找就可能出现。
E：fulltext：全文索引检索，要注意，全文索引的优先级很高，若全文索引和普通索引同时存在时，mysql不管代价，优先选择使用全文索引
F：ref_or_null：与ref方法类似，只是增加了null值的比较。实际用的不多。
G：unique_subquery：用于where中的in形式子查询，子查询返回不重复值唯一值
H：index_subquery：用于in形式子查询使用到了辅助索引或者in常数列表，子查询可能返回重复值，可以使用索引将子查询去重。
I：range：索引范围扫描，常见于使用>,<,is null,between ,in ,like等运算符的查询中。
J：index_merge：表示查询使用了两个以上的索引，最后取交集或者并集，常见and ，or的条件使用了不同的索引，官方排序这个在ref_or_null之后，但是实际上由于要读取所个索引，性能可能大部分时间都不如range
K：index：索引全表扫描，把索引从头到尾扫一遍，常见于使用索引列就可以处理不需要读取数据文件的查询、可以使用索引排序或者分组的查询。
L：all：这个就是全表扫描数据文件，然后再在server层进行过滤返回符合要求的记录
索引知识
https://blog.csdn.net/justry_deng/article/details/81458470
索引：相当于书的目录，所以索引是一个单独的，物理的数据结构，它与目录一样，也是单独存在的。但索引的建立依赖于表的建立。
作用：
1.加快表之间的连接速度
2.加快数据检索速度
3.保证数据记录的唯一性，唯一性索引
4.减少查询的时间
索引的类型：
不重复的，称为：唯一索引 。
如果索引不唯一，称为 ：单列索引 。create index 索引名 on 表名（字段名） 索引名一般以idx开头
多列组合的索引，称为：复合索引 或联合索引 create index idx_stuid_courid on Score(StuID,CurseID) 为多个字段创建索引
联合索引解决的问题
1.按StuID单列查到问题
2.按StuID,CourseID双列一起查到问题
不能解决按CourseID单列查到问题
联合索引是有顺序的
根据索引的顺序与数据表的物理顺序是否形同，索引分为两种类型， 聚簇索引和非聚簇索引
- 聚簇索引：将数据存储与索引放到了一块，找到索引也就找到了数据
- 非聚簇索引：将数据存储于索引分开结构，索引结构的叶子节点指向了数据的对应行
索引的使用
考虑创建索引的列
1.主键列上
2.经常用在连接的列上
3.经常需要范围查询的列上
4.经常要排序的列上
不考虑创建索引的列
1.从来不查询的列
2.选择性低（重复值多）的列
3.小表（记录少的）
4.更新比较频繁的
where语句后有>,< != 等范围查找的语句时不走索引
like语句%在前不走索引
联合索引要满足最左原则（按照创建索引的先后顺序）