序言: 很多人谈到SQL优化都头头是道,建索引,explain分析,like全模糊会导致索引失效 云云,于是我想问:优化之前,需要找出数据库中比如超过2s的慢SQL,你是怎么找的?很多人答不上来,要是找都找不到,怎么去优化呢,一个中大型系统可能成千上万条SQL都不过分,难道要一个个去分析么。
所以今天和大家聊聊 慢SQL的挖掘机-慢查询日志
慢查询日志
MySQL的慢查询日志是MySQL提供的一种日志记录,它用来记录在MySQL中响应时间超过阀值的语句,具体指运行时间超过long_query_time值的SQL,则会被记录到慢查询日志中。
当然,如果不是调优需要的话,一般不建议启动该参数,因为开启慢查询日志会或多或少带来一定的性能影响。
1. 慢查询日志开启
- 查看是否开启: show variables like '%slow_query_log%';
- 开启慢查询日志:set global slow_query_log=1; (重启会失效)
开启了慢查询日志后,什么样的SQL才会记录到查询日志里面?
这个是由参数long_query_time控制,默认情况下long_query_time的值为10秒
查看命令: show variables like 'long_query_time%';
注: 永久设置慢查询日志开启,以及设置慢查询日志时间临界点(不建议)
linux中,mysql配置文件一般默认在 /etc/my.cnf 更改对应参数即可
2. 慢查询日志设置与查看
- 设置阀值命令: set global long_query_time=3 (修改为阀值到3秒钟的就是慢sql)
为什么设置后看不出变化:
- 需要重新连接或新开一个会话才能看到修改值。 show variables like 'long_query_time%';
- 直接 show global variables like 'long_query_time';
查看慢查询日志:
cat -n /data/mysql/mysql-slow.log
从慢查询日志中,我们可以看到每一条查询时间高于3s 的sql语句,并可以看到执行的时间是多少。
比如上面,就表示 sql语句 select * from comic where comic_id < 1952000; 执行时间为3.902864秒,超出了我们设置的慢查询时间临界点3s,所以被记录下来了
查看有多少条慢查询记录: show global status like '%Slow_queries%';
3.日志分析工具mysqldumpslow
在生产环境中,如果要手工分析日志,查找、分析SQL,显然是个体力活,MySQL提供了日志分析工具 mysqldumpslow
- s: 是表示按照何种方式排序
- c: 访问次数
- l: 锁定时间
- r: 返回记录
- t: 查询时间
- al:平均锁定时间
- ar:平均返回记录数
- at:平均查询时间
- t:即为返回前面多少条的数据
- g:后边搭配一个正则匹配模式,大小写不敏感的
工作常用参考:
- 得到返回记录集最多的10个SQL: mysqldumpslow -s r -t 10 /var/lib/mysql/mysql-slow.log
- 得到访问次数最多的10个SQL: mysqldumpslow -s c -t 10 /var/lib/mysql/mysql-slow.log
- 得到按照时间排序的前10条里面含有左连接的SQL:mysqldumpslow -s t -t 10 -g "left join" /var/lib/mysql/mysql-slow.log
建议: 为方便 可以结合 | 和 more 使用,否则可能出现爆屏
mysqldumpslow -s r -t 10 /var/lib/mysql/atguigu-slow.log | more