【第15天】MYSQL进阶-查询优化-慢查询日志（SQL 小虚竹)

冷不防 2023-10-07 19:47 10阅读 0赞

回城传送–》[《100天精通MYSQL从入门到就业》][100_MYSQL]

#### 文章目录 ####

*  零、前言
 *  一、练习题目
 *  二、SQL思路：SQL进阶-查询优化-慢查询日志
 *   *  初始化数据
     *  解法
     *   *  慢查询日志是什么
         *  如何开启慢查询日志
         *   *  第一种方式
             *   *  windows实战
                 *   *  slow\_query\_log 一直为off，没生效
                     *  验证
                 *  linux实战
                 *   *  验证
             *  第二种方式
             *   *  实操
                 *  验证
         *  关闭慢查询日志
         *   *  第一种方式
             *   *  windows实战
                 *   *  验证
                 *  linux实战
                 *   *  验证
             *  第二种方式
         *  扩展
         *   *  慢查询日志失效原因一：在线动态设置long\_query\_time，对当前已建立的连接不会生效
             *  慢查询日志失效原因二：未使用索引的 SQL 记录不会写入慢查询日志
             *  慢查询日志失效原因三：慢sql里有锁等待
             *  慢查询日志失效原因四：默认不记录管理类命令的慢sql
             *  慢查询日志失效原因五：min\_examined\_row\_limit为非0
             *  慢查询日志失效原因六：slow log文件句柄发生了变化
             *  慢查询日志失效原因七：从库的复制语句默认不记录
 *  三、总结
 *  四、参考

## 零、前言 ##

今天是学习 **SQL** 打卡的第 **15** 天，每天我会提供一篇文章供群成员阅读（ **不需要订阅付钱** ）。

希望大家先自己思考，如果实在没有想法，再看下面的解题思路，自己再实现一遍。在[小虚竹JAVA社区][JAVA] 中对应的 【打卡贴】打卡，今天的任务就算完成了，养成每天学习打卡的好习惯。

虚竹哥会组织大家一起学习同一篇文章，所以有什么问题都可以在群里问，群里的小伙伴可以迅速地帮到你，一个人可以走得很快，一群人可以走得很远，有一起学习交流的战友，是多么幸运的事情。

我的学习策略很简单，题海策略+ 费曼学习法。如果能把这些题都认认真真自己实现一遍，那意味着 **SQL** 已经筑基成功了。后面的进阶学习，可以继续跟着我，一起走向架构师之路。

今天的学习内容是：**SQL进阶-查询优化-慢查询日志**

## 一、练习题目 ##

<table> 
 <thead> 
  <tr> 
   <th>题目链接</th> 
   <th>难度</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td><a href="https://edu.csdn.net/skill/practice/mysql-6f74222f9e3d422c87b6b2dd30c2cc80/29598?typeId=81004&amp;language=mysql02&amp;materialId=81003" rel="nofollow">SQL进阶-查询优化-慢查询日志</a></td> 
   <td>★★★☆☆</td> 
  </tr> 
 </tbody> 
</table>

## 二、SQL思路：SQL进阶-查询优化-慢查询日志 ##

![在这里插入图片描述][870bb6e2d13b48f6991cbae85da3b366.png]  
![在这里插入图片描述][e5b5727978fa4c3a90f4637740862de3.png]

### 初始化数据 ###

drop table if exists student;
    CREATE TABLE `student` (
    `id` int NOT NULL AUTO_INCREMENT COMMENT '自增ID',
    `order_num` long NOT NULL  COMMENT '序号',
    `student_name` varchar(20) NOT NULL COMMENT '姓名',
    `age` int COMMENT '年龄',
     PRIMARY KEY (`id`)
     )ENGINE=InnoDB CHARACTER SET utf8 COLLATE utf8_general_ci;

插入100万条数据,这里使用了存储过程，进行批量提交数据，先关闭自动提交，插入一定条数再进行提交。

--创建存储过程
    
    drop procedure if exists add_student;
    
    CREATE  PROCEDURE `add_student`(in n int,in batchNum int) 
    BEGIN
        DECLARE i INT DEFAULT 1;
    		
    	WHILE (i < n+1 ) DO
    	
    	set autocommit = 0;
    		INSERT into student (order_num,student_name,age) VALUES (i,concat('student_name',i),20);
    		set i=i+1;
    		if i mod batchNum = 0 then
                    commit;
         end if;
    	END WHILE;
    	 commit;
    END

-- 调用
    CALL add_student(1000000,100000)

### 解法 ###

要求处理：

*  从四个选项中选择一个正确答案

分析：

#### 慢查询日志是什么 ####

mysql支持执行超过一定时间**long\_query\_time** 的sql语句记录到日志里，方便开发或dba人员去优化sql语句。超过一定时间：这个是可以由参数**long\_query\_time** 进行配置。

#### 如何开启慢查询日志 ####

##### 第一种方式 #####

可以在mysql的配置文件里开启慢查询日志。  
mysql中“my.ini”文件：

*  1、linux系统中，默认该文件的位置是“/etc/mysql/my.cnf”；
 *  2、windows系统中，默认该文件的位置是“C:\\ProgramData\\MySQL\\MySQL Server \*\*\\Data\\my.ini”。

> 其中C:\\ProgramData是隐藏目录，需要显示隐藏目录才能找到。

[mysqld]
    slow_query_log = 1
    slow_query_log_file = /data/mysql/log/query_log/slow_statement.log
    long_query_time = 10
    log_output = FILE

配置项说明：

> slow\_query\_log:1代表开启慢查询日志。0：代表关闭慢查询日志。  
> slow\_query\_log\_file：慢查询日志保存的地方和对应的文件名。  
> long\_query\_time：指定SQL语句执行时间超过多少秒时记录慢查询日志。  
> log\_output：File:表示将日志存入文件,默认值是’FILE’；Table:表示将日志存入数据库,这样日志信息就会被写入到mysql.slow\_log表中。  
> 经验之谈：当记录到数据表中时，则数据表中记录的慢查询时间只能精确到秒；如果是记录到日志文件中，则日志文件中记录的慢查询时间能够精确到微秒。  
> **建议在实际工作中，将慢查询日志记录到文件中。**

**重点：配置完成后，要重启mysql服务器！配置才会生效！**

###### windows实战 ######

默认该文件的位置是“C:\\ProgramData\\MySQL\\MySQL Server \*\*\\Data\\my.ini”。  
找到文件：  
![在这里插入图片描述][69bcb152afd4496da36cc1179ca02fc4.png]  
修改my.ini配置：

# General and Slow logging.
    slow_query_log=1
    slow_query_log_file="d:/build/mysql/slow_statement.log"
    long_query_time=10
    log_output=FILE

![在这里插入图片描述][1708551594194afabe1108dfe43ae79f.png]

保存配置后，重启mysql服务。

使用管理员权限打开cmd,在cmd输入以下命令，然后回车：

net stop mysql57

![在这里插入图片描述][6ffdd5e2b82e4f38b8679dab825eaa2f.png]  
注：不同的mysql版本，服务名可能不一样，可以去服务里找对应的服务名  
![在这里插入图片描述][98e826ca8f4d42428b1bce5e6509e0cc.png]  
重启mysql服务。

net start mysql57

![在这里插入图片描述][1cf8b5e574c644e1b4415291b18d7972.png]

查看配置是否生效：

show variables like '%slow_query_log%'; 
    show variables like '%long_query_time%'; 
    show variables like '%log_output%';

![在这里插入图片描述][8b57bb81bc494d9fab2654b4ebab1df7.png]  
![在这里插入图片描述][6e0b8a5a2dca4b60840b373fb3da031c.png]  
![在这里插入图片描述][2ffc427115b04dd78f270b8e46f85355.png]

###### slow\_query\_log 一直为off，没生效 ######

咦，就**slow\_query\_log** 参数没有生效，检查了参数名，没有写错，那会是什么原因呢？

虚竹哥查了下资料，发现在linux下：slow\_query\_log\_file所在的目录需要MySQL的运行帐号的可写权限，如需变更日志文件目录记得给新目录授予777权限，否则slow\_query\_log一直为OFF

从这个思路扩展一下，会不会mysql也不会帮忙创建不存在的目录。

slow_query_log_file="d:/build/mysql/slow_statement.log"

![在这里插入图片描述][e60af6a98cdf454997a91c5f8ae90a08.png]  
果然没有帮忙创建目录。尝试把目录补上去，再重启下服务试试：  
果然生效了  
![在这里插入图片描述][f22fc86230ea4ca9a82ac9f2c583ff6d.png]

慢查询日志文件也生成出来了  
![在这里插入图片描述][69b03fbdd55849bfb8c5ff8b97783ae7.png]  
**画重点：slow\_query\_log\_file指定的文件目录一定要存在的！如果不存在，要手动先创建目录，再重启服务！**  
**画重点：slow\_query\_log\_file指定的文件目录一定要存在的！如果不存在，要手动先创建目录，再重启服务！**  
**画重点：slow\_query\_log\_file指定的文件目录一定要存在的！如果不存在，要手动先创建目录，再重启服务！**

###### 验证 ######

执行sql语句，触发慢查询机制：

SELECT BENCHMARK(99999999, MD5('mysql'));

![在这里插入图片描述][c55297328cd54f5db46140f3e190e5bd.png]  
查看日志内容，如图，已经记录成功：  
![在这里插入图片描述][c1a35874de7b42a0b638f0d59404aac2.png]

###### linux实战 ######

先创建慢查询日志的存放目录：

mkdir /usr/local/mysql/data/query_log

给目录读写权限

chmod 777 query_log/

![在这里插入图片描述][54f5bf0d381245c7a48522f22a189688.png]

默认该文件的位置是“/etc/mysql/my.cnf”。  
虚竹哥自定义my.cnf的位置：**/etc/my.cnf**  
[SQL快速入门-安装MYSQL环境（多环境企业级指导）][SQL_-_MYSQL]  
找到文件：  
![在这里插入图片描述][3e1538772c7e49cc924ee2e7049f810d.png]

修改my.cnf配置：

slow_query_log = 1
    slow_query_log_file = /usr/local/mysql/data/query_log/slow_statement.log
    long_query_time = 10
    log_output = FILE

![在这里插入图片描述][d1719d130c9d42c0b8cc15b0709d3ea4.png]  
保存配置后，重启mysql服务。  
查看下mysql服务状态：

systemctl status mysqld

![在这里插入图片描述][8c173ddd23314785b98ac65275de4240.png]  
服务是开启的,先关闭,再启动 。

systemctl stop mysqld
    
    systemctl start mysqld

再查看下mysql服务状态:  
![在这里插入图片描述][96836d44df874b61b4d96773b42a91d2.png]  
查看配置是否生效：

show variables like ‘%slow_query_log%’;
    show variables like ‘%long_query_time%’;
    show variables like ‘%log_output%’;

![在这里插入图片描述][092649b8d8794ec99fe76f5632f45439.png]  
![在这里插入图片描述][4a6f15df238b479fa333daa094ece9ac.png]  
![在这里插入图片描述][833fb5846cb2430dac88689cfa46eba7.png]  
慢查询日志文件也生成出来了  
![在这里插入图片描述][9db9aae6ce7647d7a39efa341e8a5e70.png]  
**画重点：slow\_query\_log\_file指定的文件目录一定要存在的！如果不存在，要手动先创建目录，再重启服务！  
画重点：slow\_query\_log\_file指定的文件目录一定要存在的！如果不存在，要手动先创建目录，再重启服务！  
画重点：slow\_query\_log\_file指定的文件目录一定要存在的！如果不存在，要手动先创建目录，再重启服务！**

###### 验证 ######

执行sql语句，触发慢查询机制：

SELECT BENCHMARK(99999999, MD5('mysql'));

![在这里插入图片描述][1be2f29cc48a4ac4a089ece4af9e3f4b.png]

查看日志内容，如图，已经记录成功：  
![在这里插入图片描述][f682512c4004455fb00a34e33ff2b954.png]

##### 第二种方式 #####

在MySQL命令行中执行命令开启慢查询日志：

SET GLOBAL slow_query_log = 1;
    SET GLOBAL slow_query_log_file = '/data/mysql/log/query_log/slow_statement.log';
    SET GLOBAL long_query_time = 10;
    SET GLOBAL log_output = 'FILE';

**重点：这种方式不需要重启mysql服务。MySQL重启后会失效。**

**这种方式不用区分什么操作系统**

###### 实操 ######

先查看下慢查询日志的相关参数

show variables like '%slow_query_log%'; 
    show variables like '%long_query_time%'; 
    show variables like '%log_output%';

![在这里插入图片描述][6f887c388736489aac10ad3ed45421ea.png]  
![在这里插入图片描述][4f96fab8481042b79faaacb02c2b9d2b.png]  
![在这里插入图片描述][6b304902d9f64ccdb94a950c9c1629ac.png]  
我们看到**slow\_query\_log** 参数值为OFF，说明慢查询日志未开启。  
在MySQL命令行中执行命令开启慢查询日志，其他参数就不设置了，第一种方式有配置了：

SET GLOBAL slow_query_log = 1;

再看下慢查询日志的相关参数，已经开启

show variables like '%slow_query_log%';

![在这里插入图片描述][496e6a0c5a58440a923e2247412fd1ce.png]

同时也生成了慢查询日志文件：  
![在这里插入图片描述][adfa748813504718baf396868e0592fc.png]

###### 验证 ######

执行sql语句，触发慢查询机制：

SELECT BENCHMARK(99999999, MD5('mysql'));

查看日志内容，如图，已经记录成功：  
![在这里插入图片描述][81f84ce03d5a49eb9c1f81c712b50e28.png]

#### 关闭慢查询日志 ####

关闭慢查询日志，只需要在my.cnf文件或者my.ini文件中配置slow\_query\_log=0或者直接删除此选项即可。

##### 第一种方式 #####

###### windows实战 ######

修改my.ini配置：

# General and Slow logging.
    slow_query_log=0

![在这里插入图片描述][ce471594c5794857bec0eedf4e2bcd24.png]

保存配置后，重启mysql服务。

使用管理员权限打开cmd,在cmd输入以下命令，然后回车：

net stop mysql57

net start mysql57

![在这里插入图片描述][1cf8b5e574c644e1b4415291b18d7972.png]

手动把之前的慢查询日志先删除：  
![在这里插入图片描述][f1864216aee543e0816e328e2c43dda8.png]  
查看配置是否生效：

show variables like '%slow_query_log%';

配置生效：  
![在这里插入图片描述][2ce385a99a8e49b68f73aa711c16486c.png]

###### 验证 ######

执行sql语句，看是否还会触发慢查询机制：

SELECT BENCHMARK(99999999, MD5('mysql'));

结果关闭慢查询日志成功：  
![在这里插入图片描述][81457bc63aff4a72969c26252a122458.png]

###### linux实战 ######

修改my.cnf配置：

slow_query_log=0

![在这里插入图片描述][2ab2805f489544b29b659e0bab70b471.png]  
保存配置后，重启mysql服务。  
查看下mysql服务状态：

systemctl status mysqld

![在这里插入图片描述][8c173ddd23314785b98ac65275de4240.png]  
服务是开启的,先关闭,再启动 。

systemctl stop mysqld
    
    systemctl start mysqld

再查看下mysql服务状态:  
![在这里插入图片描述][96836d44df874b61b4d96773b42a91d2.png]  
手动把之前的慢查询日志先删除：  
![在这里插入图片描述][cb66a106984f466999dcde2810a1e64e.png]

查看配置是否生效：

show variables like '%slow_query_log%';

配置生效：  
![在这里插入图片描述][74d633e9f96a4aab8102ef3dddfbf0c5.png]

###### 验证 ######

执行sql语句，看是否还会触发慢查询机制：

SELECT BENCHMARK(99999999, MD5('mysql'));

![在这里插入图片描述][b1c9753f35a947f58a10d52fcbf44670.png]  
结果关闭慢查询日志成功：  
![在这里插入图片描述][01d1270ea1be479b8c2df206d2dcda15.png]

##### 第二种方式 #####

在MySQL命令行中执行命令关闭慢查询日志：

SET GLOBAL slow_query_log = 0;

慢查询阀值是10s,改为1s.

set global long_query_time= 1;

**修改之后，建议重新开一个会话查询（旧会话查询出的值可能是原来的10s）**  
**重点：这种方式不需要重启mysql服务。MySQL重启后会失效。**

#### 扩展 ####

##### 慢查询日志失效原因一：在线动态设置long\_query\_time，对当前已建立的连接不会生效 #####

查看慢查询日志是否有开启

show variables like '%slow_query_log%'; 
    show variables like '%long_query_time%';

![在这里插入图片描述][71a4ca44edaf49ea80a1ddd9d991a2d2.png]  
![在这里插入图片描述][901d5b91c8854369801f9c6635a6254d.png]

是已经开启的。如果没有开启，请按上文介绍的方式操作，这里不再赘述。  
慢查询阀值是10s,改为1s.

SET GLOBAL long_query_time = 1;

**修改之后，建议重新开一个会话查询（旧会话查询出的值可能是原来的10s）**  
![在这里插入图片描述][35bee5fa9e8a4ca39db20a656ca2abc6.png]

##### 慢查询日志失效原因二：未使用索引的 SQL 记录不会写入慢查询日志 #####

查看设置，默认是关闭的。

show variables like 'log_queries_not_using_indexes';

![在这里插入图片描述][34803f1da9394af6b7122d7067f72c02.png]  
查看慢查询日志是否有开启

show variables like '%slow_query_log%'; 
    show variables like '%long_query_time%';

![在这里插入图片描述][71a4ca44edaf49ea80a1ddd9d991a2d2.png]  
![在这里插入图片描述][292fe4bb6cfd4132b425d6b90f807839.png]

是已经开启的。如果没有开启，请按上文介绍的方式操作，这里不再赘述。

测试sql  
检查student 表的索引：

show index from student;

![在这里插入图片描述][51bd9358a8df4ae0bde28a8d48124b9a.png]  
执行没有使用索引的sql:

select *
    from student
    where student_name ='student_name446741'

![在这里插入图片描述][42aaafe02f8f40abb5c4d114eeab961d.png]

慢查询日志中，并没有记录到。  
![在这里插入图片描述][ed9f0762d449490dbee79205f7fdf193.png]  
设置没使用索引的 SQL 记录写入慢查询日志：

set global log_queries_not_using_indexes=on;

![在这里插入图片描述][72a7f47ced3642d1bb9a8eaa37f29e7d.png]  
再执行慢查询的sql

select *
    from student
    where student_name ='student_name446741'

![在这里插入图片描述][ece6ef881c9745f9bb16c63c9e3846d7.png]  
没有索引的数据也添加到慢查询日志了。

**注：log\_queries\_not\_using\_indexes参数要跟参数log\_throttle\_queries\_not\_using\_indexes配合使用**

log\_throttle\_queries\_not\_using\_indexes：该参数决定每分钟记录未使用索引的SQL的数量上限，因为未使用索引的SQL可能会非常多，导致慢日志空间增长飞快。

##### 慢查询日志失效原因三：慢sql里有锁等待 #####

慢SQL里有大量锁等待，慢SQL的执行时间不包含锁等待的时间

##### 慢查询日志失效原因四：默认不记录管理类命令的慢sql #####

log\_slow\_admin\_statements=0，因此alter, create index, analyze table等操作即使超过 long\_query\_time，也不会记录到慢日志中。  
**log\_slow\_admin\_statements** 该参数决定是否记录管理类的命令，有 ALTER TABLE,ANALYZE TABLE, CHECK TABLE, CREATE INDEX, DROP INDEX, OPTIMIZE TABLE,REPAIR TABLE，默认是不记录这一类语句到慢日志。  
![在这里插入图片描述][d20490b446204123b020f96aad93c836.png]

##### 慢查询日志失效原因五：min\_examined\_row\_limit为非0 #####

**min\_examined\_row\_limit** 该参数定义一个SQL所读取的数据行数；  
min\_examined\_row\_limit设置为非0值，SQL检查行数未超过该值，也不会记录。  
默认值为0  
![在这里插入图片描述][20fd16d0a87042b1bc050ff51770915a.png]

##### 慢查询日志失效原因六：slow log文件句柄发生了变化 #####

slow log文件钻句柄发生了变化，如运行期间用vim打开log，最后又保存退出，此时文件句柄发生变化，需要执行flush slow logs。

##### 慢查询日志失效原因七：从库的复制语句默认不记录 #####

log\_slow\_slave\_statements：该参数在从库上设置，决定是否记录在复制过程中超过long\_query\_time的SQL，如果binlog格式是row，则即使开启了该参数，也不会记录相关SQL。  
除非binlog格式是statement且开启log\_slow\_slave\_statements。

## 三、总结 ##

本文介绍了慢查询日志在windows环境和Linux环境如何开启和关闭,开启和关闭分别介绍了两种方式来操作,一种是通过修改配置,重启服务生效;另一种是通过命令快速生效,但MySQL重启后会失效。  
可以根据实际的业务场景进行选择。  
额外补充了慢查询日志的七个失效原因，都是从实战中摸索出来的宝贵经验。  
所以，嗯，这题的答案选。。评论区大声告诉虚竹哥。

## 四、参考 ##

[MySQL进阶技能树–>慢查询日志][MySQL]

我是虚竹哥，我们明天见~

[100_MYSQL]: https://blog.csdn.net/shi_hong_fei_hei/category_11929488.html
[JAVA]: https://bbs.csdn.net/forums/xiaoxuzhu
[870bb6e2d13b48f6991cbae85da3b366.png]: https://img-blog.csdnimg.cn/870bb6e2d13b48f6991cbae85da3b366.png
[e5b5727978fa4c3a90f4637740862de3.png]: https://img-blog.csdnimg.cn/e5b5727978fa4c3a90f4637740862de3.png
[69bcb152afd4496da36cc1179ca02fc4.png]: https://img-blog.csdnimg.cn/69bcb152afd4496da36cc1179ca02fc4.png
[1708551594194afabe1108dfe43ae79f.png]: https://img-blog.csdnimg.cn/1708551594194afabe1108dfe43ae79f.png
[6ffdd5e2b82e4f38b8679dab825eaa2f.png]: https://img-blog.csdnimg.cn/6ffdd5e2b82e4f38b8679dab825eaa2f.png
[98e826ca8f4d42428b1bce5e6509e0cc.png]: https://img-blog.csdnimg.cn/98e826ca8f4d42428b1bce5e6509e0cc.png
[1cf8b5e574c644e1b4415291b18d7972.png]: https://img-blog.csdnimg.cn/1cf8b5e574c644e1b4415291b18d7972.png
[8b57bb81bc494d9fab2654b4ebab1df7.png]: https://img-blog.csdnimg.cn/8b57bb81bc494d9fab2654b4ebab1df7.png
[6e0b8a5a2dca4b60840b373fb3da031c.png]: https://img-blog.csdnimg.cn/6e0b8a5a2dca4b60840b373fb3da031c.png
[2ffc427115b04dd78f270b8e46f85355.png]: https://img-blog.csdnimg.cn/2ffc427115b04dd78f270b8e46f85355.png
[e60af6a98cdf454997a91c5f8ae90a08.png]: https://img-blog.csdnimg.cn/e60af6a98cdf454997a91c5f8ae90a08.png
[f22fc86230ea4ca9a82ac9f2c583ff6d.png]: https://img-blog.csdnimg.cn/f22fc86230ea4ca9a82ac9f2c583ff6d.png
[69b03fbdd55849bfb8c5ff8b97783ae7.png]: https://img-blog.csdnimg.cn/69b03fbdd55849bfb8c5ff8b97783ae7.png
[c55297328cd54f5db46140f3e190e5bd.png]: https://img-blog.csdnimg.cn/c55297328cd54f5db46140f3e190e5bd.png
[c1a35874de7b42a0b638f0d59404aac2.png]: https://img-blog.csdnimg.cn/c1a35874de7b42a0b638f0d59404aac2.png
[54f5bf0d381245c7a48522f22a189688.png]: https://img-blog.csdnimg.cn/54f5bf0d381245c7a48522f22a189688.png
[SQL_-_MYSQL]: https://xiaoxuzhu.blog.csdn.net/article/details/126354798
[3e1538772c7e49cc924ee2e7049f810d.png]: https://img-blog.csdnimg.cn/3e1538772c7e49cc924ee2e7049f810d.png
[d1719d130c9d42c0b8cc15b0709d3ea4.png]: https://img-blog.csdnimg.cn/d1719d130c9d42c0b8cc15b0709d3ea4.png
[8c173ddd23314785b98ac65275de4240.png]: https://img-blog.csdnimg.cn/8c173ddd23314785b98ac65275de4240.png
[96836d44df874b61b4d96773b42a91d2.png]: https://img-blog.csdnimg.cn/96836d44df874b61b4d96773b42a91d2.png
[092649b8d8794ec99fe76f5632f45439.png]: https://img-blog.csdnimg.cn/092649b8d8794ec99fe76f5632f45439.png
[4a6f15df238b479fa333daa094ece9ac.png]: https://img-blog.csdnimg.cn/4a6f15df238b479fa333daa094ece9ac.png
[833fb5846cb2430dac88689cfa46eba7.png]: https://img-blog.csdnimg.cn/833fb5846cb2430dac88689cfa46eba7.png
[9db9aae6ce7647d7a39efa341e8a5e70.png]: https://img-blog.csdnimg.cn/9db9aae6ce7647d7a39efa341e8a5e70.png
[1be2f29cc48a4ac4a089ece4af9e3f4b.png]: https://img-blog.csdnimg.cn/1be2f29cc48a4ac4a089ece4af9e3f4b.png
[f682512c4004455fb00a34e33ff2b954.png]: https://img-blog.csdnimg.cn/f682512c4004455fb00a34e33ff2b954.png
[6f887c388736489aac10ad3ed45421ea.png]: https://img-blog.csdnimg.cn/6f887c388736489aac10ad3ed45421ea.png
[4f96fab8481042b79faaacb02c2b9d2b.png]: https://img-blog.csdnimg.cn/4f96fab8481042b79faaacb02c2b9d2b.png
[6b304902d9f64ccdb94a950c9c1629ac.png]: https://img-blog.csdnimg.cn/6b304902d9f64ccdb94a950c9c1629ac.png
[496e6a0c5a58440a923e2247412fd1ce.png]: https://img-blog.csdnimg.cn/496e6a0c5a58440a923e2247412fd1ce.png
[adfa748813504718baf396868e0592fc.png]: https://img-blog.csdnimg.cn/adfa748813504718baf396868e0592fc.png
[81f84ce03d5a49eb9c1f81c712b50e28.png]: https://img-blog.csdnimg.cn/81f84ce03d5a49eb9c1f81c712b50e28.png
[ce471594c5794857bec0eedf4e2bcd24.png]: https://img-blog.csdnimg.cn/ce471594c5794857bec0eedf4e2bcd24.png
[f1864216aee543e0816e328e2c43dda8.png]: https://img-blog.csdnimg.cn/f1864216aee543e0816e328e2c43dda8.png
[2ce385a99a8e49b68f73aa711c16486c.png]: https://img-blog.csdnimg.cn/2ce385a99a8e49b68f73aa711c16486c.png
[81457bc63aff4a72969c26252a122458.png]: https://img-blog.csdnimg.cn/81457bc63aff4a72969c26252a122458.png
[2ab2805f489544b29b659e0bab70b471.png]: https://img-blog.csdnimg.cn/2ab2805f489544b29b659e0bab70b471.png
[cb66a106984f466999dcde2810a1e64e.png]: https://img-blog.csdnimg.cn/cb66a106984f466999dcde2810a1e64e.png
[74d633e9f96a4aab8102ef3dddfbf0c5.png]: https://img-blog.csdnimg.cn/74d633e9f96a4aab8102ef3dddfbf0c5.png
[b1c9753f35a947f58a10d52fcbf44670.png]: https://img-blog.csdnimg.cn/b1c9753f35a947f58a10d52fcbf44670.png
[01d1270ea1be479b8c2df206d2dcda15.png]: https://img-blog.csdnimg.cn/01d1270ea1be479b8c2df206d2dcda15.png
[71a4ca44edaf49ea80a1ddd9d991a2d2.png]: https://img-blog.csdnimg.cn/71a4ca44edaf49ea80a1ddd9d991a2d2.png
[901d5b91c8854369801f9c6635a6254d.png]: https://img-blog.csdnimg.cn/901d5b91c8854369801f9c6635a6254d.png
[35bee5fa9e8a4ca39db20a656ca2abc6.png]: https://img-blog.csdnimg.cn/35bee5fa9e8a4ca39db20a656ca2abc6.png
[34803f1da9394af6b7122d7067f72c02.png]: https://img-blog.csdnimg.cn/34803f1da9394af6b7122d7067f72c02.png
[292fe4bb6cfd4132b425d6b90f807839.png]: https://img-blog.csdnimg.cn/292fe4bb6cfd4132b425d6b90f807839.png
[51bd9358a8df4ae0bde28a8d48124b9a.png]: https://img-blog.csdnimg.cn/51bd9358a8df4ae0bde28a8d48124b9a.png
[42aaafe02f8f40abb5c4d114eeab961d.png]: https://img-blog.csdnimg.cn/42aaafe02f8f40abb5c4d114eeab961d.png
[ed9f0762d449490dbee79205f7fdf193.png]: https://img-blog.csdnimg.cn/ed9f0762d449490dbee79205f7fdf193.png
[72a7f47ced3642d1bb9a8eaa37f29e7d.png]: https://img-blog.csdnimg.cn/72a7f47ced3642d1bb9a8eaa37f29e7d.png
[ece6ef881c9745f9bb16c63c9e3846d7.png]: https://img-blog.csdnimg.cn/ece6ef881c9745f9bb16c63c9e3846d7.png
[d20490b446204123b020f96aad93c836.png]: https://img-blog.csdnimg.cn/d20490b446204123b020f96aad93c836.png
[20fd16d0a87042b1bc050ff51770915a.png]: https://img-blog.csdnimg.cn/20fd16d0a87042b1bc050ff51770915a.png
[MySQL]: https://edu.csdn.net/skill/mysql02/mysql-6f74222f9e3d422c87b6b2dd30c2cc80?category=1634&typeId=81003