首页 > 编程学习 > MySQL进阶-sql执行时间的查询

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

发布时间:2022/11/12 0:12:26

上一节我们介绍了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;

Copyright © 2010-2022 dgrt.cn 版权所有 |关于我们| 联系方式