MySql中的索引优化分析之性能分析中的explain介绍和基本使用
一：在我们对sql语句进行性能分析时，发现mysql优化器我们没改，一些瓶颈问题没遇到，比如内存问题，IO问题也没出现。因此需要用explain来帮助我们分析
二：Explain是什么？
使用EXPLAIN关键字可以模拟优化器执行SQL查询语句，从而知道MySql是如何处理你的SQL语句的，分析你的查询语句或者是表结构的性能瓶颈。
三：如何用Explain？
1：比如这条SQL语句：select *from tbl_cmp;
2：使用expalain如下：explain select *from tbl_cmp;
上面的输出结果的属性下面介绍。
所以格式就是：Explain+SQL语句
四：Explain能干什么（下面已经解释了）？
1：表的读取顺序 2:数据读取操作的操作类型 3：哪些索引可以使用
4：哪些索引被实际使用 5：表之间的引用 6：每场表有多少行被优化器查询
五：各字段解释：
1：id:
A：id相同时，执行顺序是由上至下的，比如：
B：id不同时：如果是子查询，id序列号会递增，id值越大优先级越高，越先被执行
C：id相同不同，同时存在
所以Explain可以进行表的读取顺序
2：select_type
A：SIMPLE：简单的select 查询，查询中不包含子查询或者UNION
B：PRIMARY：查询中若包含任何复杂的子部分，最外层查询则被标记为
C：SUBQUERY：在SELECT或WHERE列表中包含了子查询
D：DERIVED：在FROM列表中包含的子查询被标记为DERIVED(衍生)，MYSQL会递归执行这些子查询，把结果放在临时表里
E：UNION：若第二个SELECT出现在UNION之后，则被标记为UNION，若UNION包含在FROM子句的子查询中，外层SELECT将被标记为DERIVED
F：UNION RESULT：从UNION表获取结果的是SELECT
所以Explain可以查看数据读取操作的操作类型
3：type：访问类型排列
显示了查询使用了何种类型：从最好到最差依次是：system>const>eq_ref>range>index>ALL
4：possible_key
显示可能应用在这张表中的索引，一个或者多个
查询涉及到的字段上若存在索引，则改索引将被列出，但不一定被查询实际使用
5：key
实际使用的索引，如果为null，则没有使用索引
查询中使用了覆盖索引，则改索引仅出现在key列表中
注意看possible_keys中，比如第一行中理论上索引用可能用到了PRIMARY和idx_t1,而在key中实际上用到的要看key里面的
6：key_len
表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度，在不损失精确性的情况下，长度越短越好
key_len显示的值为索引字段的最大可能长度，并非实际使用使用的长度，即key_len是根据表定义计算而得，不是通过表内检索出的。比如：
在这里可以看出第一个查询的key_len是13，第二个是26，长度不同是因为两个查询的精度不同，条件不同所以key_len不同。
7：ref：显示索引的哪一列被使用了，如果可能的话，是一个常数，哪些列或常量被用于查找索引列上的值
8：rows：根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数，比如：
在用到了索引后，算出查询的行数是142
9：extra：
包含不适合在其他列中显示但十分重要的额外信息