今天写了个慢到哭的查询，想用explain分析下执行计划，后来发现explain也是有局限性的：

EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况
•EXPLAIN不考虑各种Cache
•EXPLAIN不能显示MySQL在执行查询时所作的优化工作
•部分统计信息是估算的，并非精确值
•EXPALIN只能解释SELECT操作，其他操作要重写为SELECT后查看执行计划

好吧，那我就把存储过程，转换为普通sql进行分析。

id:标识符，select查询的序列号；

select_type:标识select语句的类型，primary表示主查询或最外层的查询语句；DEPENDENT SUBQUERY子查询中的第一个select,取决于外面的查询；

table:查询的表；

type:标识表的连接类型；index标识扫描到了索引树；all表示整表扫描；

possible_key:mysql能使用哪个索引在该表中找到行；

key:查询中实际使用的索引；

key_len:mysql选择的索引字段按字节计算的长度。

rows:显示mysql在表中进行查询时必须检查的行数；

extra:该列mysql在处理查询时候的详细信息；

与explain类似的关键字 ：DESCRIBE 简写：DESC；

分析我的存储过程结论：我建的索引基本没用上，还是整表的扫描；准备将聚集索引分开；优化下嵌套查询；

结尾彩蛋：