MySQL查询分析器EXPLAIN或DESC

转载：http://chenzehe.iteye.com/blog/1682081

MySQL可以通过EXPLAIN或DESC来查看并分析SQL语句的执行情况，如下需要计算2006年所有公司的销售额，需要关联sales表和company表，并且对money字段做求和操作，相应SQL如下：

Sql代码  

1. EXPLAIN SELECT SUM(money) FROM sales s,company c WHERE s.company_id=c.id AND s.year=2006 \G;
2. *************************** 1. row ***************************
3. id: 1
4. select_type: SIMPLE
5. table: s
6. type: ALL
7. possible_keys: NULL
8. key: NULL
9. key_len: NULL
10. ref: NULL
11. rows: 1000
12. Extra: Using where
13. *************************** 2. row ***************************
14. id: 1
15. select_type: SIMPLE
16. table: c
17. type: ref
18. possible_keys: index_company_id
19. key: index_company_id
20. key_len: 5
21. ref: sakila.c.company_id
22. rows: 1
23. Extra: Using where; Using index

列的说明：

select_type： 表示SELECT的类型，常见的有下面几种

SIMPLE： 简单表，不使用连接或子查询的

PRIMARY： 主查询，即外层的查询

UNION： UNION中的第二个或者后面的查询语句

SUBQUERY： 子查询中的第一个SELECT

table： 输出结果集的表

  type： 表示表的连接类型，性能由好到差的连接类型为下面顺序

 system： 表中只有一行，即常量表

const： 单表中最多有一个匹配行，如primary key或unique index

 eq_ref： 对于前面的每一行，在此表中只查询一条记录，也就是多表连接中使用primary key或unique index

ref： 与eq_ref类似，区别在于不是使用primary key或unique index，而是使用普通索引

ref_or_null： 与ref类型，区别在于条件中包含对null的查询

 index_merge： 索引合并优化

unique_subquery： in的后面是一个查询主键字段的子查询

  index_subquery： 与unique_subquery类似，区别在于in的后面是查询非唯一索引字段的子查询

 range： 单表中的范围查询

 index： 对于前面的每一行，都通过查询索引来得到数据

 all： 对于前面的每一行，都通过扫描全表来得到数据

possible_keys： 查询时可能用到的索引

key： 查询时实际使用到的索引

 key-len： 索引字段的长度

 rows： 扫描行的数量

Extra： 执行情况的说明和描述

通过EXPLAIN的分析，确认在上面的例子中是对sales表的全表扫描导致效率不理想，通过对sales表创建索引：

Sql代码  

1. CREATE INDEX index_sales_year ON sales(year);

创建索引后，再对该查询语句分析如下：

Sql代码  

1. EXPLAIN SELECT SUM(money) FROM sales s,company c WHERE s.company_id=c.id AND s.year=2006 \G;
2. *************************** 1. row ***************************
3. id: 1
4. select_type: SIMPLE
5. table: s
6. type: ref
7. possible_keys: index_seles_year
8. key: index_sales_year
9. key_len: 2
10. ref: const
11. rows: 1
12. Extra: Using where
13. *************************** 2. row ***************************
14. id: 1
15. select_type: SIMPLE
16. table: c
17. type: ref
18. possible_keys: index_company_id
19. key: index_company_id
20. key_len: 5
21. ref: sakila.c.company_id
22. rows: 1
23. Extra: Using where; Using index