点击上方↑“追梦 Java”关注，一起追梦！

在工作中，我们发现慢查询一般有2个途径，一个是被动的，一个是主动的。被动的是当业务人员反馈某个查询界面响应的时间特别长，你才去处理。主动的是通过通过分析慢查询日志来主动发现执行效率缓慢的 sql 语句，或者通过 information_schema.processlist 实时查询执行缓慢的 sql。

1

分析慢查询日志

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,info
FROM information_schema.processlist
WHERE TIME>=30;

查询当前服务器执行超过 30 秒的 sql，可以通过定时任务周期性的来执行这个 sql，就能找到查询缓慢的 sql 语句。

通过以上两种方式找出查询较慢的 sql，进行优化即可。

2

MySQL 常用调优策略

MySQL调优策略详见下图：

MySQL 数据库十二个应知应会知识点全部结束。

有用的话点个在看