当前位置: 首页 > 编程笔记 >

explain分析sql效率的方法

海翼
2023-03-14
本文向大家介绍explain分析sql效率的方法,包括了explain分析sql效率的方法的使用技巧和注意事项,需要的朋友参考一下

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

Explain语法:

EXPLAIN tbl_name或:EXPLAIN [EXTENDED] SELECT select_options

前者可以得出一个表的字段结构等等,后者主要是给出相关的一些索引信息,而今天要讲述的重点是后者。

例:

EXPLAIN 
  SELECT sum(amount) 
FROM customer a, payment b 
  WHERE1 = 1 
AND a.customer_id = b.customer_id 
AND a.email = 'JANE.BENNETT@sakilacustomer.org'; 

执行结果:

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

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

2、select_type: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子句的子查询)

3、table:显示这一行的数据是关于哪张表的实际的表名(如select * from customer;) 或表的别名 (如 select * from customer a);

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

结果值从好到坏依次是:

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般来说,得保证查询至少达到range级别,最好能达到ref,否则就可能会出现性能问题。

all: 意味着从表的第1行,往后,逐行做全表扫描.,运气不好扫描到最后一行.

index: 比all性能稍好一点,
通俗的说: all 扫描所有的数据行,相当于data_all index 扫描所有的索引节点,相当于index_all

注:all是沿着磁盘扫描,index是沿着索引扫描

range: 意思是查询时,能根据索引做范围的扫描

explain select * from customer where customer_id > 4;

index_subquery 在子查询中,基于除唯一索引之外的索引进行扫描;

unique_subquery 在子查询中,基于唯一索引进行扫描,类似于EQ_REF;

index_merge 多重范围扫描。两表连接的每个表的连接字段上均有索引存在且索引有序,结果合并在一起。适用于作集合的并、交操作。

ref_or_null 类似REF,只是搜索条件包括:连接字段的值可以为NULL的情况,比如 where col = 2 or col is null

fulltext 全文索引

ref 这也是一种索引访问,它返回所有匹配某个单独值的行,然而,它可能会找到多个符合条件的行,所以他应该属于查找和扫描的混合体(也是范围区间,不过比range更加精确)。

explain select * from payment where customer_id =4;

eq_ref 是指,通过索引列,直接引用某1行数据(精确到一行数据中)常见于连接查询中

const, system, null 当mysql能对查询的部分就行优化,并且转换成一个常量的时候,它就会使用这种访问类型了。比如你把一行的主键当做where条件放进去,那mysql就可以把它转换成一个常量,然后查询.

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

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

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

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

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

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

using index:出现这个说明mysql使用了覆盖索引,避免访问了表的数据行,效率不错! 
using where:这说明服务器在存储引擎收到行后将进行过滤。有些where中的条件会有属于索引的列,当它读取使用索引的时候,就会被过滤,所以会出现有些where语句并没有在extra列中出现using where这么一个说明。 
using temporary:这意味着mysql对查询结果进行排序的时候使用了一张临时表。 
using filesort:这个说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。 

除此以外,explain 的extended 扩展能够在原本explain的基础上额外的提供一些查询优化的信息,这些信息可以通过mysql的show warnings命令得到。下面是一个最简单的例子。 

EXPLAIN EXTENDED
SELECT sum(amount)
FROM customer a, payment b
WHERE 1 = 1
AND a.customer_id = b.customer_id
AND a.email = 'JANE.BENNETT@sakilacustomer.org';

接下来再执行Show Warnings  

mysql> show warnings;
+---------+------+--------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
-------------------------------+
| Level | Code | Message

|
+---------+------+--------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
-------------------------------+
| Warning | 1681 | 'EXTENDED' is deprecated and will be removed in a future rele
ase.

|
| Note | 1003 | /* select#1 */ select sum(`sakila`.`b`.`amount`) AS `sum(amou
nt)` from `sakila`.`customer` `a` join `sakila`.`payment` `b` where ((`sakila`.`
b`.`customer_id` = `sakila`.`a`.`customer_id`) and (`sakila`.`a`.`email` = 'JANE
.BENNETT@sakilacustomer.org')) |
+---------+------+--------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
-------------------------------+
2 rows in set (0.00 sec)

可以看到优化器自动去除了1=1恒成立的条件。 

MySQL5.1开始支持分区功能,同时explain命令也增加了对分区的支持。可以通过explain partitions 命令查看SQL所访问的分区。

以上这篇explain分析sql效率的方法就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持小牛知识库。

 类似资料:
  • 本文向大家介绍Mysql Explain命令的使用与分析,包括了Mysql Explain命令的使用与分析的使用技巧和注意事项,需要的朋友参考一下 mysql explain命令用于显示mysql如何使用索引来处理select语句以及连接表。通过该命令可以分析出查询语句或是表结构的性能瓶颈,从而写出性能更好的SQL语句,通过 expalin 命令我们可以得到: 1. 表的读取顺序 2. 表的读取操

  • 本文向大家介绍MySQL Explain 解析,包括了MySQL Explain 解析的使用技巧和注意事项,需要的朋友参考一下 一、语法 例如: 二、explain输出解释 1 id SQL执行的顺利的标识,SQL从大到小的执行。 例如: 很显然这条SQL是从里向外的执行,就是从id=3 向上执行。 2 select_type 就是select类型,可以有以下几种 (1)SIMPLE 简单SELE

  • 问题内容: 我一直在使用Python,并且设置了以下代码情况: 结果如下: 为什么调用部分函数需要更长的时间?局部函数只是将参数转发到原始函数还是在整个过程中映射静态参数?而且,在所有参数都已预定义的情况下,Python中是否有一个函数可以返回填充的函数主体,例如函数i? 问题答案: 为什么调用部分函数需要更长的时间? 由于附加的函数调用,的代码花费的时间大约是原来的两倍。函数调用很昂贵: Pyt

  • 本文向大家介绍分析Mysql表读写、索引等操作的sql语句效率优化问题,包括了分析Mysql表读写、索引等操作的sql语句效率优化问题的使用技巧和注意事项,需要的朋友参考一下 上次我们说到mysql的一些sql查询方面的优化,包括查看explain执行计划,分析索引等等。今天我们分享一些 分析mysql表读写、索引等等操作的sql语句。 闲话不多说,直接上代码: 反映表的读写压力 反映文件的延迟

  • 多次调用特定枚举类的value()函数是否效率低下? 我见过一些现有代码的实例,其中values()的结果被缓存以供重用。这有用吗?

  • 本文向大家介绍C#反色处理及其效率问题分析,包括了C#反色处理及其效率问题分析的使用技巧和注意事项,需要的朋友参考一下 本文实例分析了C#反色处理及其效率问题。分享给大家供大家参考。具体分析如下: 网上很多这方面的资料,常看到的版本如下面: 上述代码执行没有问题,但效率存在很大一个问题,执行起来很慢,测试了一下1920 x 1080分辨率,执行时间8秒左右;2560 x 1920分辨率,执行时间达

  • 本文向大家介绍关于List.ToArray()方法的效率测试,包括了关于List.ToArray()方法的效率测试的使用技巧和注意事项,需要的朋友参考一下 之前一直认为因为List内部实现是数组,ToArray的实现只是将数组返回出去而已。 今天测了一下发现并不是那样 1万数量大小的List,调用1万次ToArray的时间消耗是417ms左右。 报着疑惑看了下源码,没想到它是把内部数组复制了一份再

  • 本文向大家介绍MySQL性能优化神器Explain的基本使用分析,包括了MySQL性能优化神器Explain的基本使用分析的使用技巧和注意事项,需要的朋友参考一下 简介 MySQL 提供了一个 EXPLAIN 命令, 它可以对 SELECT 语句进行分析, 并输出 SELECT 执行的详细信息, 以供开发人员针对性优化. EXPLAIN 命令用法十分简单, 在 SELECT 语句前加上 Expla