MySQL执行时间的查询

目录

• 慢查询日志
• 测试
• profile
• 总结

上一节我们介绍了MySQL的索引，用于提高查询效率。那么我们应该优化哪些库的哪些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；

 到此这篇关于MySQL执行时间的查询的文章就介绍到这了,更多相关MySQL时间的查询内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！