标签:重启 技术 默认 href list 联系 慢查询 帮助 data-
首先需要使用慢查询功能,去获取所有查询时间比较长的SQL语句
使用explain去查看该sql的执行计划
数据库的查询速度是影响项目性能的重要因素,除了添加缓存中间件外,对于查询本身的优化带来的性能也是不容小觑
要想优化查询SQL,就应该先找打需要被优化的SQL语句,MySQL提供了这么一个功能可以帮助我们快速定位带查询慢的SQL
MySQL的慢查询日志功能:默认关闭,需要手动开启
查看是否开启慢查询日志功能:show variables like ‘%slow_query%‘;
slow-query-log-file:新版(5.6及以上版本)MySQL数据库慢查询日志存储路径。可以不设置该参数,系统则会默认给一个缺省的文件 host_-slow.log
下面我们开启慢查询日志功能:
长期有效(修改 :/etc/my.cnf配置文件如下 记得重启mysql生效)
[mysqld]
slow_query_log = ON
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
临时开启,重启后失效:(测试用)
set global slow_query_log = ON; (开启)
set global long_query_time = 1; (便于测试,设置阀值,后面我改的是配置文件为0.1)
我们显示查询慢查询的阀值,也就是sql执行时间超过该值就会被记录,单位秒,我们可以看到是10秒
我们已经开启了慢查询日志功能,并设置相应的阀值,下面我们来测试一下:
可以看到已经生效了,但是中途其实还是出了点小问题,比如在设置阀值的时候失效了,没有设置上,在比如慢查询日志没有写入文件;
上面的日志重要部分解析:
Query_time:这条sql执行的时间
Lock_time:在Mysql服务器阶段等待表锁时间
Rows_sent:查询返回的行数
Rows_examined:查询检查的行数,越长查询的时间越长
(若有侵权,请联系删除)
在上面的慢查询中,我们已经将查询时间超过阀值的sql语句过滤了出来,下面我们来具体分析分析是哪里出了问题
Query Profile是MySQL自带的一种Query诊断分析工具,可以完整的显示一条sql执行的各方面的详细信息,默认关闭;
查看是否开启Profile功能:
select @@profiling;
show variables like ‘%profil%‘;
可以看到 profiling为 OFF,profiling为0,表示关闭状态,下面我们将其开启:set profiling=1; (1:开 / 0:关)
再次查看是否打开性能分析工具:select@@profiling; (之前为0)
下面我们开始准备测试:
第一个被圈中的是我们要执行的测试sql语句
第二个被圈中的是:以列表形式显示最近发送到服务器上执行的语句的资源使用情况
第三个被圈中的是:我们刚刚发送到服务器上执行的语句
下面我们就来看看这条语句的一些信息: show profile for query 4;
这个4就是上面 show profiles中的Query_ID 我们的测试sql为4
见名知意,对于这条简单的sql而言,可见在刚开始建立连接时和最后返回数据时,所占的时间比列多很大
所以,有连接池和只返回我们需要的数据即可这么些说法;
合理利用慢查询日志、explain执行计划查询、show profile查看SQL执行时的资源使用情况。对需要优化的语句进行针对性的优化
逆水行舟 —— SQL优化之慢查询和explain以及性能分析
标签:重启 技术 默认 href list 联系 慢查询 帮助 data-
原文地址:https://www.cnblogs.com/msi-chen/p/10885795.html