explain分析及使用方法
explain在前面的内容中已经有所提到会返回mysql优化器的执行计划。可以说explain是在优化query是最直接有效地验证我们想法的工具。
查询的是mysql的io操作 show status like 'innodb_data_r%'; show status like 'innodb_data_w%'; show status like 'innodb_log_wrt%'; show status like 'innodb_db'; 速度看电脑 10ms 1ms innodb_data_reads + innodb_data_writes + innodb_dblwr_writes + innodb_log_writes = IO 次数查询数据表的情况 show create table_name 查询表索引使用的情况 show indexes from table_name 命令查看数据库表的底层大小以及表结构（存储引擎，版本，数据和索引大小，行的平均长度以及行数） show table status like 'table_name'; desc table_name 定位查看SQL执行 show full processlist; 系统 explain分析 ,profiling 利器
看一下再mysql explain功能中展示各种信息的解释，explain 语句的基本语法如下：
id:优化器选定的执行计划中查询的序列号。
select_type:所用的查询类型，主要由以下这集中查询类型。
. DEPENDENT UNION:子查询中的UNION，且为UNION中从第二个SELECT开始的后面所有SELECT，同样依赖于外部查询的结果集。
. SIMPLE:厨子查询或UNION之外的其他查询。
》explain select * from admin_user where user_id = 1 \G;
. PRIMARY:子查询中最外层查询，注意并不是主键查询。
. SUBQUERY: 子查询内层查询的第一个SELECT，结果不依赖与外部查询结果集。
》explain select * from role where id = (select role_id from admin_user where user_id = 1) \G;
. UNCACHEABLE SUBQUERY:结果集无法缓存的子查询
. UNION:UNION 语句中第二个SELECT开始后面的所有SELECT,第一个SELECT为PRIMARY。
. UNION RESULT:UNION 中的合并结果。
table：显示这一步所访问的数据库中的表的名称。
type：告诉我们对标使用的访问方式，主要包含如下几种类型。
. all： 全表扫描。
. const: 读常量，最多只会有一条记录匹配，由于是常量，实际上只需要读一次。
. eq_ref：最多只会有一条匹配结果，一般是通过主键或唯一键索引来访问
. fulltext：进行全文索引检索
. index：全索引扫描
. index_merge：查询中同时使用两个（或更多）索引，然后对索引结果进行和并，在读取表数据。
. index_subquery：子查询中的返回结果字段组合是一个索引（或索引组合），但不是一个主键或唯一索引。
. rang：索引范围扫描。
. ref：join语句中被驱动表索引引用的查询。
. ref_or_null：与ref的唯一区别就是使用索引引用的查询之外再增加一个空值的查询。
. system：系统表，表中只有一行数据：
. unique_subqery：子查询中的返回结果字段组合式主键或唯一约束。
Possible_keys：该查询可以利用的索引。如果没有任何索引可以使用，就会显示程null，这项内容对优化索引时的调整非常重要。key：优化器从
possible_keys中选择使用的索引。
key_len：被选中使用索引的索引建长度。
ref：列出是通过常量，还是某个字段的某个字段来过滤的
rows：优化其通过系统手机的统计信息估算出来的结果集记录条数extra：查询中每一步实现的额外细节信息。
. using index : 出现这个说明mysql使用了覆盖索引，避免访问了表的数据行，效率不错。
. using where ：这说明服务器在存储引擎收到行后讲进行过滤。
. using temporary ：这意味着mysql对查询结果进行排序的时候使用了一张临时表
. using filesort ：这个说明mysql会对数据使用一个外部的索引排序
注意当出现using temporary 和 using filesort时候说明需要优化操作