根据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;2. 设置慢查询阈值
set global long_query_time=1;阈值的默认值是10s，自行设置，只要SQL的实际执行时间超过了这个阈值，就会被记录到慢查询的日志里面，线上业务一般建议把long_query_time设置为1s，如果某个业务的MySQL要求比较高的QPS，可设置慢查询为0.1s。
一般测试环境建议long_query_time设置的阀值比生产环境的小，比如生产环境是1s，则测试环境建议配置成0.5s。便于在测试环境及时发现一些效率的SQL。
3.查看慢查询日志
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权限，则可以看到所有线程。否则，只能看到当前会话线程。