explain执行计划

id

id列的编号是select的序号，有几个select就有几个id，并且id的顺序是按select出现的顺序增长的。id列越大执行优先级越高，id相同则从上往下执行，id为NULL最后执行

select_type ：表示对应行是简单还是复杂查询

	simple：简单查询，查询不包含子查询和union
	primary:复杂查询中最外层的select
	subquery:包含在select中的子查询（不再from中）
	derived：包含在from子句中的子查询。mysql会将结果存放在一个临时表中，也称为派生表
	union：在union中的第二个和随后的select

table：查询的那个表，dervied3，dervied就是select_type的derived，3就是对应的id

type：表示关联类型或访问类型，即MYSQL决定如何查找表中的行，查找数据行记录的大概范围

依次从最优到最差：system > const > eq_ref > ref > range > index > all 		一般来说，得保证查询达到range级别，最好达到ref
	
	system和const 是根据主键来查找的，查找的结果<=1，因为一次只会返回一行
	eq_ref  在任何关联的查询的时候用的是主键索引，因为一次只会返回一行
	ref		关联的时候不是使用的唯一索引，因为不是唯一索引，那么查出来的会有很多行
	range	使用索引范围查找，in between 
	index:	扫描全表索引，他通常比all快一些，就是select 后面的字段全是索引字段
	all		全表扫描，意味着mysql需要从头到尾去查找所有需要的行，通常情况下这种情况就需要加索引来优化了
	possible_keys	可能会用到的索引，并不一定会真的用到。预估用到的索引
	key		查询中真正用到的索引
	key_len		索引的长度，若果是联合索引，可以用它判断出用的那个索引。
		计算规则：char(n)：n * 字节类型长度
					varcahr(n)：两字节存储字符串长度，如果是utf-8，则 3n +  2
					......

ref：真正用到的索引是什么，如果是唯一索引那么就是常量（cost），如果是不同索引那么就是字段名

row：mysql估计要读取并检测的行数，注意这不是结果集里的行数

extra：这一列展示额外信息
Using index：使用覆盖索引（就是查询的字段都是索引）
Using where: 使用where语句来处理结果，查询的列未被索引覆盖 需要优化
Using index condition: 查询的列不完全被索引覆盖，，where条件中是一个前导列的范围
Using temporary：mysql会创建临时表，影响性能，建议创建索引，需要优化
Using filesort:将用外部排序而不是索引排序，数据较小时从内存排序，否则需要在磁盘完成排序，需要优化