MySQL进阶-sql执行时间的查询

上一节我们介绍了MySQL的索引，MySQL进阶—索引1_兜兜转转m的博客-CSDN博客

用于提高查询效率。那么我们应该优化哪些库的哪些sql呢？

答案1：肯定是查询频繁的数据库和查询执行时间长的sql。现在我们一一来解决这个问题。

• 首先如何判断一个数据库是否是查询频繁呢？

我们可以看它的状态信息

SHOW GLOBAL STATUS LIKE 'Com_______';

 我们主要关注：

• Com_delete: 删除次数 
• Com_insert: 插入次数
• Com_select: 查询次数
• Com_update: 更新次数

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

我们又该如何定位针对于那些查询语句进行优化呢？ 我们可以借助于慢查询日志。

慢查询日志

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

MySQL的慢查询日志默认没有开启，我们可以查看一下系统变量 slow_query_log = off

 可以通过在配置文件最后增加这两个配置信进行打开，并且查询时长不能超过2秒。

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

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

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

测试

执行如下Sql，一个查询耗时0.00033秒，一个耗时13.35秒

 我们之前打开过检查慢查询日志。

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

然后在实际开发中，我们也会出现这个问题，我们写的SQL逻辑并不复杂却执行了1.9s，这个sql就不会被慢查询日志记录，但是我们也应该对其进行优化。

profile

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

设置打开。

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的耗时情况:

 到这里，我们就可以结合慢查询日志和profile来辅助分析sql的具体执行时间。

【总结】

• 慢sql查询日志修改配置文件，打开慢查询日志和记录sql执行的最长时间。
• profile记录每条sql的执行时间，需要进行设置set profiling = 1；