mysql - explain

1.查看执行计划
sql语句的执行计划，看看sql语句是怎么执行的
写法：explain + sql语句

字段：
id    select_type    table    partitions    type    possible_keys    key    key_len    ref    rows    filtered    Extra

说明：
1.1--id:
id的情况有三种，分别是：

id相同表示加载表的顺序是从上到下。
id不同id值越大，优先级越高，越先被执行。
id有相同，也有不同，同时存在。id相同的可以认为是一组，从上往下顺序执行；在所有的组中，id的值越大，优先级越高，越先执行。

1.2--select_type 查询类型
1.3--table 查询的表
1.4--type 访问类型
从最好到最差依次是：
system>const>eq_ref>ref>rang>index>all

system：表中只有一行记录，这个const类型的特例，平时不会出现，可以忽略不计。
const:表示通过索引一次就找到了。
eq_ref:唯一性索引扫描，对于每个索引键8，表中只有一条记录与之匹配，常用于主键或唯一索引扫描。
ref：非唯一性索引扫描，返回匹配某个单独值的所有行，本质上也是一种索引访问，它返回所有匹配某个单独值的行，
然而它可能会找到多个符合条件的行，所以它应该属于查找和扫描的混合体。
rang：检索给定范围的行，使用一个索引来选择行，key列显示使用了那个索引，一般就是在where语句中出现between，<,>,in等查询，
这种范围扫描索引扫描比全表扫描好，因为它只需要开始于索引的某一点，而结束与另一点，不用扫描全部索引。
index：index和all区别为index类型只遍历索引树，这通常比all快，因为索引文件通常比数据文件小，
也就是说虽然all和index都是读全表，但index是从索引中读取的，而all是从硬盘中读取的。
all：将遍历全表找到匹配的行。

1.5--possible_keys 可能用到的索引
1.6--key 用到的索引，如果为null就是没有用到索引
1.7--key_len 表示索引中使用的字节数，可通过该列计算查询中使用的索引长度，在不损失精确度的情况下，长度越短越好。
1.8--ref 显示索引的哪一列被使用了，如果可能的话，是一个常数，哪些列或常量被用于查找索引列上的值。
1.9--row 根据表统计信息及索引选用情况，大致估算出找到所需的记录需要读取的行数。
1.10--extra  对分析与优化SQL有很大的帮助
Extra为Using where说明，SQL使用了where条件过滤数据。
Extra为Using index说明，SQL所需要返回的所有列数据均在一棵索引树上，而无需访问实际的行记录。这类SQL语句往往性能较好
Extra为Using index condition说明，确实命中了索引，但不是所有的列数据都在索引树上，还需要访问实际的行记录
Extra为Using filesort说明，得到所需结果集，需要对所有记录进行文件排序。这类SQL语句性能极差，需要进行优化。典型的，在一个没有建立索引的列上进行了order by，就会触发filesort，常见的优化方案是，在order by的列上添加索引，避免每次查询都全量排序。
Extra为Using temporary说明，需要建立临时表(temporary table)来暂存中间结果。这类SQL语句性能较低，往往也需要进行优化。典型的，group by和order by同时存在，且作用于不同的字段时，就会建立临时表，以便计算出最终的结果集。
Extra为Using join buffer (Block Nested Loop)说明，需要进行嵌套循环计算。这类SQL语句性能往往也较低，需要进行优化。典型的，两个关联表join，关联字段均未建立索引，就会出现这种情况。常见的优化方案是，在关联字段上添加索引，避免每次嵌套循环计算。