数据库查询优化:使用explain分析sql语句执行效率

Explain命令在解决数据库性能上是第一推荐使用命令,大部分的性能问题可以通过此命令来简单的解决,Explain可以用来查看SQL语句的执行效 果,可以帮助选择更好的索引和优化查询语句,写出更好的优化语句。

Explain语法:explain select … from … [where …]

例如:explain select * from news;

输出:

+----+-------------+-------+-------+-------------------+---------+---------+-------+------
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+-------------------+---------+---------+-------+------

下面对各个属性进行了解:

1、id:这是SELECT的查询序列号

2、select_type:select_type就是select的类型,可以有以下几种:


 
 
  1. SIMPLE:简单 SELECT(不使用 UNION或子查询等)
  2. PRIMARY:最外面的 SELECT
  3. UNIONUNION中的第二个或后面的 SELECT语句
  4. DEPENDENT UNIONUNION中的第二个或后面的 SELECT语句,取决于外面的查询
  5. UNION RESULTUNION的结果。
  6. SUBQUERY:子查询中的第一个 SELECT
  7. DEPENDENT SUBQUERY:子查询中的第一个 SELECT,取决于外面的查询
  8. DERIVED:导出表的 SELECT( FROM子句的子查询)

3、table:显示这一行的数据是关于哪张表的

4、type:这列最重要,显示了连接使用了哪种类别,有无使用索引,是使用Explain命令分析性能瓶颈的关键项之一。


 
 
  1. 结果值从好到坏依次是:
  2. system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
  3. 一般来说,得保证查询至少达到range级别,最好能达到ref,否则就可能会出现性能问题。
  4. •system: const 的一种特例,表中只有一行数据
  5. const: 当确定最多只会有一行匹配的时候,MySQL优化器会在查询前读取它而且只读取一次,因此非常快。使用主键查询往往就是 const 级别的,非常高效
  6. •eq_ref: 最多只返回一条符合条件的记录,通过使用在两个表有关联字段的时候
  7. •ref: 通过普通索引查询匹配的很多行时的类型
  8. •fulltext: 全文索引
  9. •ref_or_null: 跟 ref 类似的效果,不过多一个列不能 null 的条件
  10. •index_merge: 此连接类型表示使用了索引合并优化。在这种情况下,输出行中的 key 列包含使用的索引列表,key_len包含所用索引的最长 key 部分列表
  11. •unique_subquery: 在使用 in 查询的情况下会取代 eq_ref
  12. •range: 范围扫描,一个有限制的索引扫描。 key 列显示使用了哪个索引。当使用=、 <>、>、>=、<、<=、 IS NULL、<=>、BETWEEN 或者 IN 操作符,用常量比较关键字列时,可以使用 range
  13. •index: 类似全表扫描,只是扫描表的时候按照索引次序进行而不是行。主要优点就是避免了排序, 但是开销仍然非常大。如在Extra列看到 Using index,说明正在使用覆盖索引,只扫描索引的数据,它比按索引次序全表扫描的开销要小很多
  14. •ALL: 全表扫描

5、possible_keys:列指出MySQL能使用哪个索引在该表中找到行

6、key:显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL

7、key_len:显示MySQL决定使用的键长度。如果键是NULL,则长度为NULL。使用的索引的长度。在不损失精确性的情况下,长度越短越好

8、ref:显示使用哪个列或常数与key一起从表中选择行。

9、rows:显示MySQL认为它执行查询时必须检查的行数。

10、Extra:包含MySQL解决查询的详细信息,也是关键参考项之一。


 
 
  1. Distinct
  2. 一旦MYSQL找到了与行相联合匹配的行,就不再搜索了
  3. Not exists
  4. MYSQL 优化了LEFT JOIN,一旦它找到了匹配LEFT JOIN标准的行,
  5. 就不再搜索了
  6. Range checked for each
  7. Record(index map: #)
  8. 没有找到理想的索引,因此对于从前面表中来的每一 个行组合,MYSQL检查使用哪个索引,并用它来从表中返回行。这是使用索引的最慢的连接之一
  9. Using filesort
  10. 看 到这个的时候,查询就需要优化了。MYSQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来 排序全部行
  11. Using index
  12. 列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的,这发生在对表 的全部的请求列都是同一个索引的部分的时候
  13. Using temporary
  14. 看到这个的时候,查询需要优化了。这 里,MYSQL需要创建一个临时表来存储结果,这通常发生在对不同的列集进行 ORDER BY上,而不是 GROUP BY
  15. Using where
  16. 使用了 WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。如果不想返回表中的全部行,并且连接类型ALL或index, 这就会发生,或者是查询有问题

其他一些Tip:

  1. 当type 显示为 “index” 时,并且Extra显示为“Using Index”, 表明使用了覆盖索引。

 

在navicat中提供了便捷功能:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值