MYSQL数据库慢查询优化整理

通常优化SQL的时候都需要查看慢查询日志，先找到查询慢的语句，再去进行优化。

MYSQL开启慢查询日志

先查看是否开启了，登录MYSQL，输入以下模糊查询的语句show variables like '%query%';

可以看到红线中的三个属性，分别表示多长时间视为慢查询、是否开启了慢查询日志(OFF表示未开启)、慢查询日志存放的位置。

如何开启？如果只是想临时开启，则可以输入以下语句进行设置：

set global slow_query_log='ON'; 

set global slow_query_log_file='/var/lib/mysql/test-10-226-slow.log';

set global long_query_time=1;

这种方式只是临时生效，重启MYSQL后就会失效。

如果想要永久有效，则需要在mysql的安装目录下找到mysql的配置文件my.ini，在里面找到[mysqld]，在下面加上以下语句：

slow_query_log = on # 开启慢查询功能
log_slow_queries="E:\a.log" # 慢查询日志存放路径与名称
long_query_time=5 # 查询时间超过5s的查询语句
log_queries_not_using_indexes # 列出没有使用索引的查询语句

// 注意：慢查询日志中只会出现超过阈值的语句
// 但是如果设置了log_queries_not_using_indexes，满足这两个条件的语句都会出现在日志中

然后重启mysql生效（可以去计算机服务中找到mysql右键重新启动）。

慢查询日志详情参考：https://blog.csdn.net/java_faep/article/details/81974069

数据库优化从哪几个方面考虑

分析慢查询语句

分析慢查询日志，然后依次分析慢查询语句。

找到慢查询语句，然后使用explain关键字来解释该条语句。例如EXPLAIN SELECT * FROM USER;会出现该条语句的一些详情：

• table：显示这一行的数据是关于哪张表的。
• type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、index 和ALL。
• possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。
• key：实际使用的索引。如果为NULL,则没有使用索引。
• key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好。
• ref：显示索引的哪一列被使用了，如果可能的话，是一个常数。
• rows：MYSQL认为必须检查的用来返回请求数据的行数。
• extra，额外的信息，通常如果出现Using filesort以及Using temporary，就需要优化了。

一些常见的优化方案

详见：https://www.nowcoder.com/discuss/150059?type=0&order=0&pos=8&page=0