MySQL-索引详解（三）

ゝ一世哀愁。 2023-10-12 13:54 19阅读 0赞

> ♥️**作者：小刘在C站**
> 
> ♥️**个人主页：[小刘主页][Link 1]**
> 
> ♥️**每天分享云计算网络运维课堂笔记，努力不一定有回报，但一定会有收获加油！一起努力，共赴美好人生！**
> 
> ♥️**树高千尺，落叶归根人生不易，人间真情**

**目录**

5.SQL性能分析

5.2 慢查询日志

测试：

A. 执行如下SQL语句 ：

B. 检查慢查询日志 ：

5.3 profile详情

5.4 explain

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

**前言**

本次MySQL—索引章节比较多，分为多篇进行发布，本章继续

### **5.SQL****性能分析**  ###

**5.1 SQL****执行频率**

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

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

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

![6714cdde62344cb284526115e855a4bd.png][]

Com\_delete: 删除次数

Com\_insert: 插入次数

Com\_select:  查询次数

Com\_update:  更新次数

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

![4e4ee802072241f18d6447f5c29937f8.png][]

> 通过上述指令，我们可以查看到当前数据库到底是以查询为主，还是以增删改为主，从而为数据 
> 
> 库优化提供参考依据。 如果是以增删改为主，我们可以考虑不对其进行索引的优化。 如果是以 
> 
> 查询为主，那么就要考虑对数据库的索引进行优化了。

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

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

#### **5.2** **慢查询日志**  ####

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

SQL 语句的日志。

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

![6588114a260d4fa58da988d11da6250b.png][]

如果要开启慢查询日志，需要在 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

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

![a1c398fb3d774716ac7cb4a55e0a037c.png][]

### **测试：** ###

#### A. 执行如下SQL语句 ：  ####

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

![9b1ed7954bd147078f57d68ff9cde1e6.png][]

#### B. 检查慢查询日志 ：  ####

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

![d151ccfb298641f4b97471d5b1603544.png][]

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

### **5.3 profile****详情**  ###

show profiles  能够在做 SQL 优化时帮助我们了解时间都耗费到哪里去了。通过 have\_profiling

参数，能够看到当前 MySQL 是否支持 profile 操作：

SELECT @@have_profiling ;

![eb731d5469454eab9c3af8837d2bfe90.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 的耗时情况 :

![294726e2aa2a4f5ab34928ab0787bd4e.png][]

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

![358f5ecdbc5e449ea464a7f7afeded4b.png][]

### **5.4 explain**  ###

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

语法 :

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

![f430619b0e4c4f758dfd31fd7cc01830.png][]

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

![f1a1ae8c202441e6a939d1c7e077e1bc.png][]

> ♥️关注，就是我创作的动力
> 
> ♥️点赞，就是对我最大的认可
> 
> ♥️这里是小刘，励志用心做好每一篇文章，谢谢大家

[Link 1]: https://blog.csdn.net/lzl10211345?type=blog
[6714cdde62344cb284526115e855a4bd.png]: https://img-blog.csdnimg.cn/6714cdde62344cb284526115e855a4bd.png
[4e4ee802072241f18d6447f5c29937f8.png]: https://img-blog.csdnimg.cn/4e4ee802072241f18d6447f5c29937f8.png
[6588114a260d4fa58da988d11da6250b.png]: https://img-blog.csdnimg.cn/6588114a260d4fa58da988d11da6250b.png
[a1c398fb3d774716ac7cb4a55e0a037c.png]: https://img-blog.csdnimg.cn/a1c398fb3d774716ac7cb4a55e0a037c.png
[9b1ed7954bd147078f57d68ff9cde1e6.png]: https://img-blog.csdnimg.cn/9b1ed7954bd147078f57d68ff9cde1e6.png
[d151ccfb298641f4b97471d5b1603544.png]: https://img-blog.csdnimg.cn/d151ccfb298641f4b97471d5b1603544.png
[eb731d5469454eab9c3af8837d2bfe90.png]: https://img-blog.csdnimg.cn/eb731d5469454eab9c3af8837d2bfe90.png
[294726e2aa2a4f5ab34928ab0787bd4e.png]: https://img-blog.csdnimg.cn/294726e2aa2a4f5ab34928ab0787bd4e.png
[358f5ecdbc5e449ea464a7f7afeded4b.png]: https://img-blog.csdnimg.cn/358f5ecdbc5e449ea464a7f7afeded4b.png
[f430619b0e4c4f758dfd31fd7cc01830.png]: https://img-blog.csdnimg.cn/f430619b0e4c4f758dfd31fd7cc01830.png
[f1a1ae8c202441e6a939d1c7e077e1bc.png]: https://img-blog.csdnimg.cn/f1a1ae8c202441e6a939d1c7e077e1bc.png