MySQL自带慢日志排查慢查询SQL

根据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权限，则可以看到所有线程。否则，只能看到当前会话线程。

总结