demo:
mysql> explain select * from yh_trade where fk_store_id=167 ORDER BY trade_time_created desc;
+----+-------------+----------+------------+------+---------------+-------------+---------+-------+------+----------+---------------------------------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+----------+------------+------+---------------+-------------+---------+-------+------+----------+---------------------------------------+
| 1 | SIMPLE | yh_trade | NULL | ref | fk_store_id | fk_store_id | 4 | const | 500 | 100.00 | Using index condition; Using filesort |
+----+-------------+----------+------------+------+---------------+-------------+---------+-------+------+----------+---------------------------------------+
1.id
SELECT查询序列号
2.select_type
查询类型
1 simple 它表示简单的select,没有union和子查询
2 primary 最外面的select,在有子查询的语句中,最外面的select查询就是primary
3 union union语句的第二个或者说是后面那一个
4 dependent union UNION中的第二个或后面的SELECT语句,取决于外面的查询
5 union result UNION的结果 例子:sql1 union sql2
3.table
查询所用的表
4.type
连接类型。有多个参数,先从最佳类型到最差类型介绍
1 system 表仅有一行,这是const类型的特列,平时不会出现,这个也可以忽略不计
2 const 表最多有一个匹配行,const用于比较primary key 或者unique索引。因为只匹配一行数据,所以很快记住一定是用到primary key 或者unique
3 eq_ref对于eq_ref的解释,mysql手册是这样说的:"对于每个来自于前面的表的行组合,从该表中读取一行。这可能是最好的联接类型,除了const类型。它用在一个索引的所有部分被联接使用并且索引是UNIQUE或PRIMARY KEY"。eq_ref可以用于使用=比较带索引的列。看下面的语句explain select * from uchome_spacefield,uchome_space where uchome_spacefield.uid = uchome_space.uid
4 ref 对于每个来自于前面的表的行组合,所有有匹配索引值的行将从这张表中读取。如果联接只使用键的最左边的前缀,或如果键不是UNIQUE或PRIMARY KEY(换句话说,如果联接不能基于关键字选择单个行的话),则使用ref。如果使用的键仅仅匹配少量行
5 ref_or_null 该联接类型如同ref,但是添加了MySQL可以专门搜索包含NULL值的行。在解决子查询中经常使用该联接类型的优化。
上面这五种情况都是很理想的索引使用情况
6 index_merge 该联接类型表示使用了索引合并优化方法。在这种情况下,key列包含了使用的索引的清单,key_len包含了使用的索引的最长的关键元素。
7 unique_subquery
8 index_subquery
9 range 给定范围内的检索,使用一个索引来检查行
10 index 该联接类型与ALL相同,除了只有索引树被扫描。这通常比ALL快,因为索引文件通常比数据文件小。(也就是说虽然all和Index都是读全表,但index是从索引中读取的,而all是从硬盘中读的)
11 ALL 对于每个来自于先前的表的行组合,进行完整的表扫描。如果表是第一个没标记const的表,这通常不好,并且通常在它情况下很差。通常可以增加更多的索引而不要使用ALL,使得行能基于前面的表中的常数值或列值被检索出。
5.possible_key
提示使用哪个索引会在该表中找到行
6.keys
MYSQL使用的索引,简单且重要【查询用到的索引】
7.key_len
MYSQL使用的索引长度
8.ref
ref列显示使用哪个列或常数与key一起从表中选择行
9.rows
显示MYSQL执行查询的行数,简单且重要,数值越大越不好,说明没有用好索引
10.extra
1 Distinct MySQL发现第1个匹配行后,停止为当前的行组合搜索更多的行
2 Not exists
3 range checked for each record
4 using filesort 【如果查询语句出现这个,说明该sql需要优化】
5 using index 【如果出现这个,说明查询用了索引覆盖】
6 using temporary 为了解决查询,MySQL需要创建一个临时表来容纳结果【如果查询语句出现这个,说明该sql需要优化】
7 using where 语句有where条件
8 Using sort_union(...), Using union(...),Using intersect(...) 这些函数说明如何为index_merge联接类型合并索引扫描
9 Using index for group-by类似于访问表的Using index方式,Using index for group-by表示MySQL发现了一个索引,可以用来查询GROUP BY或DISTINCT查询的所有列,而不要额外搜索硬盘访问实际的表。并且,按最有效的方式使用索引,以便对于每个组,只读取少量索引条目。