mysql 查看sql是否使用索引

首先说明一下，索引不是越建越多越好，根据项目的实际情况来建索引是最合理的，因为索引占用磁盘空间，并且降低添加、删除和更新行的速度。当然索引也有好处就是查询速度快，它利还是大于弊的所以请慎重使用索引。

我们使用explain关键词就可以查看sql语句是否使用索引，也提高我们sql优化

explain执行结果关注以下几个字段：

table ：这一列是查询设计的表。 

type ：很重要的一列，显示了查询使用了那种类型，是否使用的索引，能反映出语句的质量。一般这个指标从好到坏依次是：system>const>eq_ref>ref(最好达到)>fulltext>ref_or_null>index_merge>unique_subquery>index_subquery>range>index>ALL 
为了保证查询至少达到range级别。最好达到ref，低于range级别的sql必须进行优化。

•        ref 表示所有具有匹配的索引的行都被用到
•        range索引范围内查找
•        index全索引树扫描
•        all全表扫描

possible_keys：指出mysql在试用了哪个索引在该表中查找行。如果没有使用任何索引，就显示的NULL，可以用于对优化时的索引调整。 
key：显示使用的索引，如果没有使用，则显示NULL 
key_len：显示的是所使用的索引长度，如果没使用，则是NULL。当然，在使用索引的情况下，索引长度越小。效果越明显。 
ref：显示使用那个列或常数雨key一起从表中选择行。 

rows：执行查询的行数，如果行数越小，说明查询次数越少，效率越高。

Extra:

• 如果是Only index，这意味着信息只用索引树中的信息检索出的，这比扫描整个表要快。
• 如果是where used，就是使用上了where限制。
• 如果是impossible where 表示用不着where，一般就是没查出来啥。
• 如果此信息显示Using filesort或者Using temporary的话会很吃力，WHERE和ORDER BY的索引经常无法兼顾，如果按照WHERE来确定索引，那么在ORDER BY时，就必然会引起Using filesort，这就要看是先过滤再排序划算，还是先排序再过滤划算。