MySQL优化--explain 分析sql语句执行效率
explain 命令
explain 命令在解决数据库性能上市第一推荐使用命令，大部分的性能问题可以通过此命令来简单解决，explain可以用来查看SQL语句的执行效果，可以帮助选择更好的索引和优化查询语句。
explain 语法: explain select .... from ...[where ....]
例如：explain select * from user
输出
属性说明：
id：这是select的查询序列号
select_type：select_type就是select的类型，可以有以下几种：
SIMPLE：简单SELECT(不使用UNION或者子查询等)
PRIMARY：最外面的SELECT
UNION：UNION中的第二个或后面的SELECT语句
DEPENDENT UNION： UNION中的第二个或者后面的SELECT语句，取决于外面的查询
UNION RESULT ：UNION的结果
SUBQUERY：子查询中的第一个SELECT
DEPENDENT SUBQUERY： 子查询中的第一个SELECT，取决于外面的查询
DERIVED： 导出表的SELECT(from子句的子查询)
table 显示这一行的数据是关于哪张表的
type：这列是最重要的，显示了连接使用了那些类别，有无使用索引，是使用EXPLAIN命令风险性能瓶颈的关键项之一，类型如下
ALL,index,range,ref ,eq_ref,const,system,NULL
从最好到最差依次是：
system > const >eq_ref >ref >range >index >all
一般来说，得保证查询至少达到range级别，最好能达到ref
system 表只有一行记录(等于系统表)，这是const类型的特例，平时不会出现，这个可以忽略不计。
const 表示通过索引一次就能找到了。const用于标记哦啊primary key 或者unique索引，因为只匹配一行数据，所以很快。如将主键置于where列表中
eq_ref 唯一性索引扫描，对于每一个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描
ref非唯一索引扫描，返回匹配某个单独值的所有行，本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，它可能会找到多个符合条件的行，所以他属于查找和扫描的混合体
range 只索引给定范围的行，使用一个索引来选择行，key列显示使用了那个索引，一般就是在你的where语句出现between,,in 等语句，这种范围扫描索引比全表扫描要好，因为它只需要开始于索引某一点 ，而结束于另一点，不用扫描全部索引。
index FULL Index Scan，Index与ALL区别为index类型只遍历索引树，这通常比ALL快，因为索引文件通常比数据文件小。(也就是说ALL和index 都是读全表，但是index是从索引中读取的，而all是从硬盘读取的)
ALL Full Table Scan 将遍历全表以找到匹配的行
possible_keys和key
possible_keys 显示可能应用在这张表中的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询结果实际使用
key 表示存在的索引的值
实际使用的索引，如果为NULL，这没有使用索引。(可能原因包括没有建立索引货索引失效)
查询中若使用了覆盖索引(select后要查询的字段刚好和创建的索引字段完全相同)，则该索引仅出现在key列表中
key_len
表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度，在不损失精确性的情况下，长度越小越好。key_len显示的值为索引字段中最大可能长度，并非实际使用长度。即key_len是根据表定义计算而得，不是通过表内检索出的。
ref
显示索引那一列被使用了，如果可能的话，最好是一个常数。那些列或常量被用于查找索引列上的值
rows
根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数，也就是说，用的越少越好
Extra
包含不适合在其他列中显式但是十分重要的额外信息
Using filesort
说明MySQL 会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。MySQL 中无法利用索引完成的排序操作称为“文件排序”
Using temporary
使用了临时表保存中间结果，MySQL在对查询结果排序时使用临时表，常见于排序order by 和分组查询group by
Using index
表示了使用了 索引
Using where
表示使用了where
