MySQL高级【SQL性能分析】

柔情只为你懂 2023-10-03 22:49 13阅读 0赞

**目录**

1：SQL性能分析

1.1：SQL执行频率

1.2：慢查询日志

1.3：profile详情

1.4：explain

--------------------

### 1：SQL性能分析 ###

#### 1.1：SQL执行频率 ####

MySQL 客户端连接成功后，通过 show \[session|global\] status 命令可以提供服务器状态信 息。

通过如下指令，可以查看当前数据库的INSERT、UPDATE、DELETE、SELECT的访问频次：

-- session 是查看当前会话 ;
    -- global 是查询全局数据 ;
    SHOW GLOBAL STATUS LIKE 'Com_______';

Com\_delete: 删除次数

Com\_insert: 插入次数

Com\_select: 查询次数

Com\_update: 更新次数

我们可以在当前数据库再执行几次查询操作，然后再次查看执行频次，看看 Com\_select 参数会不会 变化。

![85e95e3c3c9e4e6086a5b247283c959d.png][]

那么**通过查询SQL的执行频次，我们就能够知道当前数据库到底是增删改为主，还是查询为主**。 那假如说是以查询为主，我们又该如何定位针对于那些查询语句进行优化呢？

次数我们可以借助于**慢查询 日志**。

接下来，我们就来介绍一下MySQL中的慢查询日志。

#### 1.2：慢查询日志 ####

慢查询日志记录了所有执行时间超过指定参数（long\_query\_time，单位：秒，**默认10秒**）的所有 SQL语句的日志。

MySQL的慢查询日志默认没有开启，我们可以查看一下**系统变量 slow\_query\_log。**

![7e84a99d22774f369bc875f1bdaf8911.png][]

show variables LIKE 'slow_query_log';

![10ebf58fabc44c0da24ad451da1d6397.png][]

**Mysql8.0：慢查询日志开启**

如果要开启慢查询日志，需要在MySQL的配置文件（/etc/my.cnf）中配置如下信息：

# 开启MySQL慢日志查询开关
    slow_query_log=1
    # 设置慢日志的时间为2秒，SQL语句执行时间超过2秒，就会视为慢查询，记录慢查询日志
    long_query_time=2

配置完毕之后，通过以下指令重新启动MySQL服务器进行测试，查看慢日志文件中记录的信息

/var/lib/mysql/localhost-slow.log。

systemctl restart mysqld

然后，再次查看开关情况，慢查询日志就已经打开了。

![199e862fe1de45a1b73617a2966894fa.png][]

**Mysql5.5：慢查询日志开启**

set global log_slow_queries = on;  # 开启慢日志
    set [session|global]  long_query_time =0.2  # 设置时间.精确的毫秒
    set global  log_queries_not_using_indexes = on;  # 设置无索引的查询

测试： A. 执行如下SQL语句 ：

select * from tb_user; -- 这条SQL执行效率比较高, 执行耗时 0.00sec
    select count(*) from tb_sku; -- 由于tb_sku表中, 预先存入了1000w的记录, count一次,耗时
    13.35sec

![1e1d9e1d39934aa09ef4cb9f0a0e78e5.png][]

B. 检查慢查询日志 ：

最终我们发现，在慢查询日志中，只会记录执行时间超多我们预设时间（2s）的SQL，执行较快的SQL 是不会记录的。 ![50c0177520674855b290a53b803bf9b2.png][]

那这样，通过慢查询日志，就可以定位出执行效率比较低的SQL，从而有针对性的进行优化。

#### 1.3：profile详情 ####

show profiles 能够在做SQL优化时帮助我们了解时间都耗费到哪里去了。通过have\_profiling 参数，能够看到当前MySQL是否支持profile操作：

SELECT @@have_profiling ;

![d3021a4beb4d4efaae906337b978d646.png][]

可以看到，当前MySQL是支持 profile操作的，但是开关是关闭的。可以通过set语句在 session/global级别开启profiling：

SET profiling = 1;

开关已经打开了，接下来，我们所执行的SQL语句，都会被MySQL记录，并记录执行时间消耗到哪儿去 了。 我们直接执行如下的SQL语句：

select * from tb_user;
    select * from tb_user where id = 1;
    select * from tb_user where name = '白起';
    select count(*) from tb_sku;

执行一系列的业务SQL的操作，然后通过如下指令查看指令的执行耗时：

-- 查看每一条SQL的耗时基本情况
    show profiles;
    -- 查看指定query_id的SQL语句各个阶段的耗时情况
    show profile for query query_id;
    -- 查看指定query_id的SQL语句CPU的使用情况
    show profile cpu for query query_id;

查看每一条SQL的耗时情况:

![c83eb43f4a1149128994025a9c2635ca.png][]

查看指定SQL各个阶段的耗时情况 :

![5c98d46c257a4b0e9056cd8ea8d53da4.png][]

#### 1.4：explain ####

EXPLAIN 或者 DESC命令获取 MySQL 如何执行 SELECT 语句的信息，包括在 SELECT 语句执行 过程中表如何连接和连接的顺序。

语法:

-- 直接在select语句之前加上关键字 explain / desc
    EXPLAIN SELECT 字段列表 FROM 表名 WHERE 条件 ;

Explain 执行计划中各个字段的含义:

<table> 
 <tbody> 
 <tr> 
 <td> 字段 </td> 
 <td> 含义 </td> 
 </tr> 
 <tr> 
 <td> id </td> 
 <td> select查询的序列号，是一组数字，表示的是查询中执行select子句或者是操作表的顺序。 </td> 
 </tr> 
 <tr> 
 <td> select_type </td> 
 <td> 表示 SELECT 的类型，常见的取值有 SIMPLE（简单表，即不使用表连接或者子查询）、PRIMARY（主查询，即外层的查询）、UNION（UNION 中的第二个或者后面的查询语句）、SUBQUERY（子查询中的第一个 SELECT）等 </td> 
 </tr> 
 <tr> 
 <td> table </td> 
 <td> 输出结果集的表 </td> 
 </tr> 
 <tr> 
 <td> type </td> 
 <td> 表示表的连接类型，性能由好到差的连接类型为( system ---&gt; const -----&gt; eq_ref ------&gt; ref -------&gt; ref_or_null----&gt; index_merge ---&gt; index_subquery -----&gt; range -----&gt; index ------&gt; all ) </td> 
 </tr> 
 <tr> 
 <td> possible_keys </td> 
 <td> 表示查询时，可能使用的索引 </td> 
 </tr> 
 <tr> 
 <td> key </td> 
 <td> 表示实际使用的索引 </td> 
 </tr> 
 <tr> 
 <td> key_len </td> 
 <td> 索引字段的长度 </td> 
 </tr> 
 <tr> 
 <td> rows </td> 
 <td> 扫描行的数量 </td> 
 </tr> 
 <tr> 
 <td> extra </td> 
 <td> 执行情况的说明和描述 </td> 
 </tr> 
 </tbody> 
</table>

explain 之 select\_type

表示 SELECT 的类型，常见的取值，如下表所示：

<table> 
 <tbody> 
 <tr> 
 <td> select_type </td> 
 <td> 含义 </td> 
 </tr> 
 <tr> 
 <td> SIMPLE </td> 
 <td> 简单的select查询，查询中不包含子查询或者UNION </td> 
 </tr> 
 <tr> 
 <td> PRIMARY </td> 
 <td> 查询中若包含任何复杂的子查询，最外层查询标记为该标识 </td> 
 </tr> 
 <tr> 
 <td> SUBQUERY </td> 
 <td> 在SELECT 或 WHERE 列表中包含了子查询 </td> 
 </tr> 
 <tr> 
 <td> DERIVED </td> 
 <td> 在FROM 列表中包含的子查询，被标记为 DERIVED（衍生） MYSQL会递归执行这些子查询，把结果放在临时表中 </td> 
 </tr> 
 <tr> 
 <td> UNION </td> 
 <td> 若第二个SELECT出现在UNION之后，则标记为UNION ； 若UNION包含在FROM子句的子查询中，外层SELECT将被标记为 ： DERIVED </td> 
 </tr> 
 <tr> 
 <td> UNION RESULT </td> 
 <td> 从UNION表获取结果的SELECT </td> 
 </tr> 
 </tbody> 
</table>

explain 之 table

展示这一行的数据是关于哪一张表的

explain 之 type

type 显示的是访问类型，是较为重要的一个指标，可取值为：

<table> 
 <tbody> 
 <tr> 
 <td> type </td> 
 <td> 含义 </td> 
 </tr> 
 <tr> 
 <td> NULL </td> 
 <td> MySQL不访问任何表，索引，直接返回结果 </td> 
 </tr> 
 <tr> 
 <td> system </td> 
 <td> 表只有一行记录(等于系统表)，这是const类型的特例，一般不会出现 </td> 
 </tr> 
 <tr> 
 <td> const </td> 
 <td> 表示通过索引一次就找到了，const 用于比较primary key 或者 unique 索引。因为只匹配一行数据，所以很快。如将主键置于where列表中，MySQL 就能将该查询转换为一个常亮。const于将 "主键" 或 "唯一" 索引的所有部分与常量值进行比较 </td> 
 </tr> 
 <tr> 
 <td> eq_ref </td> 
 <td> 类似ref，区别在于使用的是唯一索引，使用主键的关联查询，关联查询出的记录只有一条。常见于主键或唯一索引扫描 </td> 
 </tr> 
 <tr> 
 <td> ref </td> 
 <td> 非唯一性索引扫描，返回匹配某个单独值的所有行。本质上也是一种索引访问，返回所有匹配某个单独值的所有行（多个） </td> 
 </tr> 
 <tr> 
 <td> range </td> 
 <td> 只检索给定返回的行，使用一个索引来选择行。 where 之后出现 between ， &lt; , &gt; , in 等操作。 </td> 
 </tr> 
 <tr> 
 <td> index </td> 
 <td> index 与 ALL的区别为 index 类型只是遍历了索引树， 通常比ALL 快， ALL 是遍历数据文件。 </td> 
 </tr> 
 <tr> 
 <td> all </td> 
 <td> 将遍历全表以找到匹配的行 </td> 
 </tr> 
 </tbody> 
</table>

结果值从最好到最坏以此是：

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

system > const > eq_ref > ref > range > index > ALL

explain 之 key

possible_keys : 显示可能应用在这张表的索引， 一个或多个。 
    
    key ： 实际使用的索引， 如果为NULL， 则没有使用索引。
    
    key_len : 表示索引中使用的字节数， 该值为索引字段最大可能长度，并非实际使用长度，在不损失精确性的前提下， 长度越短越好 。

explain 之 rows

扫描行的数量。

explain 之 extra

其他的额外的执行计划信息，在该列展示 。

<table> 
 <tbody> 
 <tr> 
 <td> extra </td> 
 <td> 含义 </td> 
 </tr> 
 <tr> 
 <td> using filesort </td> 
 <td> 说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取， 称为 “文件排序”, 效率低。 </td> 
 </tr> 
 <tr> 
 <td> using temporary </td> 
 <td> 使用了临时表保存中间结果，MySQL在对查询结果排序时使用临时表。常见于 order by 和 group by； 效率低 </td> 
 </tr> 
 <tr> 
 <td> using index </td> 
 <td> 表示相应的select操作使用了覆盖索引， 避免访问表的数据行， 效率不错。 </td> 
 </tr> 
 </tbody> 
</table>

[85e95e3c3c9e4e6086a5b247283c959d.png]: https://img-blog.csdnimg.cn/85e95e3c3c9e4e6086a5b247283c959d.png
[7e84a99d22774f369bc875f1bdaf8911.png]: https://img-blog.csdnimg.cn/7e84a99d22774f369bc875f1bdaf8911.png
[10ebf58fabc44c0da24ad451da1d6397.png]: https://img-blog.csdnimg.cn/10ebf58fabc44c0da24ad451da1d6397.png
[199e862fe1de45a1b73617a2966894fa.png]: https://img-blog.csdnimg.cn/199e862fe1de45a1b73617a2966894fa.png
[1e1d9e1d39934aa09ef4cb9f0a0e78e5.png]: https://img-blog.csdnimg.cn/1e1d9e1d39934aa09ef4cb9f0a0e78e5.png
[50c0177520674855b290a53b803bf9b2.png]: https://img-blog.csdnimg.cn/50c0177520674855b290a53b803bf9b2.png
[d3021a4beb4d4efaae906337b978d646.png]: https://img-blog.csdnimg.cn/d3021a4beb4d4efaae906337b978d646.png
[c83eb43f4a1149128994025a9c2635ca.png]: https://img-blog.csdnimg.cn/c83eb43f4a1149128994025a9c2635ca.png
[5c98d46c257a4b0e9056cd8ea8d53da4.png]: https://img-blog.csdnimg.cn/5c98d46c257a4b0e9056cd8ea8d53da4.png