根据mysql自带慢日志功能定位慢SQL
1、查询有关query的相关变量:
show global variables like '%quer%';
参数解释:
- log_queries_not_using_indexes:是否记录不使用索引查询的SQL,默认OFF 可通过命令:set global log_queries_not_using_indexes=on; 开启
- long_query_time:慢查询的阈值
- slow_query_log:开启慢查询SQL记录,默认OFF
- slow_query_log_file:慢查询SQL记录日志位置
2、开启慢查询日志
set global slow_query_log=on;
3. 设置慢查询阈值
set global long_query_time=1;
阈值的默认值是10s,自行设置,只要SQL的实际执行时间超过了这个阈值,就会被记录到慢查询的日志里面,线上业务一般建议把long_query_time设置为1s,如果某个业务的MySQL要求比较高的QPS,可设置慢查询为0.1s。
一般测试环境建议long_query_time设置的阀值比生产环境的小,比如生产环境是1s,则测试环境建议配置成0.5s。便于在测试环境及时发现一些效率的SQL。
4.查看慢查询日志
1)确定文件位置:
show global variables like 'slow_query_log_file';
2)查看日志:
可以看到Query_time: 2.752885s,超过了1s,所以会被记录
其他的参数解释如下:
Time:慢查询发生的时间
Query_time:查询时间
Lock_time:等待锁表的时间
Rows_sent:语句返回的行数
Rows_exanined:语句执行期间从存储引擎读取的行数(重点关注提前优化)
其他方式定位慢SQL
如果觉得系统自带的慢查询日志不方便查看,可以使用pt-query-digest或者mysqldumpslow等工具对慢查询日志进行分析。
PS:有的慢查询正在执行,结果已经导致数据库负载过高,而由于慢查询还没执行完,因此慢查询日志看不到任何语句,此时可以使用show processlist命令查看正在执行的慢查询。show processlist显示哪些线程正在运行,如果有PROCESS权限,则可以看到所有线程。否则,只能看到当前会话线程。
总结
到此这篇关于MySQL自带慢日志排查慢查询SQL的文章就介绍到这了,更多相关MySQL排查慢查询SQL内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!