在工作中,我们发现慢查询一般有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 数据库十二个应知应会知识点全部结束。