当前位置：首页 -> 基础 -> 数据库编程

作为开发者必须掌握的mysql操作sql语句优化-showprocesslistandexplain(二)

2014-11-24 10:18:28 · 作者: · 浏览: 3
标签: 作为 开发者 必须 掌握 mysql 操作 sql 语句 优化 -showprocesslistandexplain
ARSET=utf8

先看一下第一种用法：

  1. mysql> explain t_order;
  2. +----------+------------------+------+-----+---------+----------------+
  3. | Field | Type | Null | Key | Default | Extra |
  4. +----------+------------------+------+-----+---------+----------------+
  5. | order_id | int(10) unsigned | NO | PRI | NULL | auto_increment |
  6. | add_time | int(10) | NO | | NULL | |
  7. +----------+------------------+------+-----+---------+----------------+
  8. 2 rows in set (0.04 sec)

这其实和describe是等价的：

  1. mysql> describe t_order;
  2. +----------+------------------+------+-----+---------+----------------+
  3. | Field | Type | Null | Key | Default | Extra |
  4. +----------+------------------+------+-----+---------+----------------+
  5. | order_id | int(10) unsigned | NO | PRI | NULL | auto_increment |
  6. | add_time | int(10) | NO | | NULL | |
  7. +----------+------------------+------+-----+---------+----------------+
  8. 2 rows in set (0.00 sec)

这返回的是表的结构，没有什么可说的。

重点是第二种用法，需要深入的了解。

先看一个例子：

  1. mysql> explain select * from t_order;
  2. +----+-------------+---------+------+---------------+------+---------+------+--------+-------+
  3. | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
  4. +----+-------------+---------+------+---------------+------+---------+------+--------+-------+
  5. | 1 | SIMPLE | t_order | ALL | NULL | NULL | NULL | NULL | 100453 | |
  6. +----+-------------+---------+------+---------------+------+---------+------+--------+-------+
  7. 1 row in set (0.03 sec)

加上extended后之后：

  1. mysql> explain extended select * from t_order;
  2. +----+-------------+---------+------+---------------+------+---------+------+--------+----------+-------+
  3. | id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
  4. +----+-------------+---------+------+---------------+------+---------+------+--------+----------+-------+
  5. | 1 | SIMPLE | t_order | ALL | NULL | NULL | NULL | NULL | 100453 | 100.00 | |
  6. +----+-------------+---------+------+---------------+------+---------+------+--------+----------+-------+
  7. 1 row in set, 1 warning (0.00 sec)

有必要解释一下这个长长的表格里每一列的含义：

id SELECT识别符。这是SELECT的查询序列号
select_type

SELECT类型,可以为以下任何一种:

  • SIMPLE:简单SELECT(不使用UNION或子查询)
  • PRIMARY:最外面的SELECT
  • UNION:UNION中的第二个或后面的SELECT语句
  • DEPENDENT UNION:UNION中的第二个或后面的SELECT语句,取决于外面的查询
  • UNION RESULT:UNION 的结果
  • SUBQUERY:子查询中的第一个SELECT
  • DEPENDENT SUBQUERY:子查询中的第一个SELECT,取决于外面的查询
  • DERIVED:导出表的SELECT(FROM子句的子查询)
table

输出的行所引用的表
type

联接类型。下面给出各种联接类型,按照从最佳类型到最坏类型进行排序:

  • system:表仅有一行(=系统表)。这是const联接类型的一个特例。
  • const:表最多有一个匹配行,它将在查询开始时被读取。因为仅有一行,在这行的列值可被优化器剩余部分认为是常数。const表很快,因为它们只读取一次!
  • eq_ref:对于每个来自于前面的表的行组合,从该表中读取一行。这可能是最好的联接类型,除了const类型。
  • ref:对于每个来自于前面的表的行组合,所有有匹配索引值的行将从这张表中读取。
  • ref_or_null:该联接类型如同ref,但是添加了MySQL可以专门搜索包含NULL值的行。
  • index_merge:该联接类型表示使用了索引合并优化方法。
  • unique_subquery:该类型替换了下面形式的IN子查询的ref: value IN (SELECT primary_key FROM single_table WHERE some_expr) unique_subquery是一个索引查找函数,可以完全替换子查询,效率更高。
  • index_subquery:该联接类型类似于unique_subquery。可以替换IN子查询,但只适合下列形式的子查询中的非唯一索引: value IN (SELECT key_column FROM single_table WHERE some_expr)
  • range:只检索给定范围的行,使用一个索引来选择行。
  • index:该联接类型与ALL相同,除了只有索引树被扫描。这通常比ALL快,因为索引文件通常比数据文件小。
  • ALL:对于每个来自于先前的表的行组合,进行完整的表扫描。
possible_keys

指出MySQL能使用哪个索引在该表中找到行
key 显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL。
key_len 显示MySQL决定使用的键长度。如