索引的分类
普通索引
即一个索引包含单个列,一个表可有多个单列索引
唯一索引
索引列的值必须唯一,但允许为空
复合索引
即一个所有含有多个列
聚簇索引(聚集索引)
非聚簇索引
索引相关语法
查询索引
show index from 表名
创建索引
ALTER TABLE <表名> ADD <索引类型> <索引名称> (<要添加索引列>);
删除索引
DROP INDEX <索引名称> ON <表名>;
执行计划的作用
1、表的读取顺序
2、数据读取操作的操作类型
3、那些索引可以使用
4、那些索引实际中使用了。
5、表之间的引用
6、每张表有多少行被优化器执行。

id
select查询序列号,包含一组数据,表示查询中执行select子句或操作表的顺序。
排序的三种情况:
1、id相同,执行顺序从上到下
2、id不相同,如果是子句查询,则从大到小,数据越大优先级越高。
3、id相同又有不同,同时存在时所有的相同的是一组从上往下执行,在所以组中,id值越大,优先级越高、越先执行。
select_type
| 类型 | 描述 |
|---|---|
| SIMPLE | 简单的 select 查询,查询中不包含子查询或者UNION |
| PRIMARY | 查询中若包含任何复杂的子部分,最外层查询则被标记为 |
| SUBQUERY | 在SELECT或WHERE列表中包含了子查询 |
| DERIVED | 在FROM列表中包含的子查询被标记为DERIVED(衍生) MySQL会递归执行这些子查询, 把结果放在临时表里。 |
| UNION | 若第二个SELECT出现在UNION之后,则被标记为UNION; 若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:DERIVED |
| UNION RESULT | 从UNION表获取结果的SELECT |
table
表示执行的那张表
type
type是我们优化sql的一个重要的参考值他的顺序从最好到最坏的顺序为:
system>const>eq_ref>ref>fulltext>ref_or_null>index_merge>unique_subquery>range>index>ALL
我们常用的
system>const>eq_ref>ref>range>index>ALL
system:表只有一行数据,这是const类型的特例,平时不会出现,这个可以忽略不计。
const:表示通过索引一次就找到了,const用于比较primary key或者unique索引,因为只匹配一行数据,所以 很快,
eq_ref:唯一索引扫描,对于每个索引,表中只有一条记录与之匹配,常用语主键或者唯一索引进行扫描。
ref:非唯一性索引扫描,返回匹配某个单独值的行。
range:只检索给定范围的行,使用一个索引来选择行,key列显示使用了那个索引,一般就是在你的where语句 中出现了between、<、>、in等的查询。
all:全表扫描。
possible_keys
可能使用的key
Key
实际使用的索引,如果为NULL,则没有使用索引,查询中使用了覆盖索引,则该索引和查询的select字段重叠。
key_len
表示索引中使用的字节数,可通过该列计算查询中使用的索引长度,在不损失精度的情况下是越小越好。
key_len显示的值为索引字段的最大可能长度,并非实际长度,key_len是根据表定义计算而的到的,不是通过表内检索出的。latin1 占用1个字节,gbk占用2个字节,utf8占用3个字节(不同字节编码占用的存储空间不同)
ref
显示索引的那一列被使用了,如果可能的话是一个常数,那些列或常量被用于查找索引列上的值。
rows
根据表的统计信息及索引选用的情况,大致估算出找到锁需要的记录所需要读取的行数
Extra
包含不适合在其他列中显示但十分重要的额外信息
