在工作中，我们发现慢查询一般有2个途径，一个是被动的，一个是主动的。被动的是当业务人员反馈某个查询界面响应的时间特别长，你才去处理。主动的是通过通过分析慢查询日志来主动发现执行效率缓慢的 sql 语句，或者通过 information_schema.processlist 实时查询执行缓慢的 sql。
1、分析慢查询日志的步骤
1、通过命令查看数据库是否开启慢查询日志：
show variables like 'slow_query_log';
2、设置开启慢查询日志：
set global slow_query_log=on;
3、没有命中索引的查询记入慢查询日志：
set global log_queries_not_using_indexes = on;
4、sql 语句超过多少秒记入慢查询日志：
set global long_query_time=1;
5、查看慢查询日志保存为准：
show variables like 'slow_query_log_file';
6、直接打开日志进行查看：
vi + file路径
7、慢查询日志工具：
mysqldumpslow -s at -t 15 file路径
2、慢查询日志参数介绍
Time：日志记录时间
User@Host：执行的用户与主机
Query time：查询耗费时间
Lock time：锁表时间
Rows_sent：返回的结果行数
Rows_examined：扫描的记录行数
Set timestamp：sql 语句执行的时间，sql 语句表示执行的具体语句。
3、分析 information_schema.processlist
SELECT id,user,host,DB,command,time,state,infoFROM information_schema.processlistWHERE TIME>=30;
查询当前服务器执行超过 30 秒的 sql，可以通过定时任务周期性的来执行这个 sql，就能找到查询缓慢的 sql 语句。
通过以上两种方式找出查询较慢的 sql，进行优化即可。
2
MySQL 常用调优策略
MySQL调优策略详见下图： 
