MySQL之SQL优化详解（一）

慢查询日志

序言：在我面试很多人的过程中，很多人谈到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