MySQL慢日志查询实例分析

MySQL慢日志查询实例分析

一、慢查询日志概念

使用explain分析SQL语句是为了优化SQL和索引的问题。对于真正的企业级项目，其SQL语句可能达到成千上万条，因此我们无法逐条解释并进行分析。我们从什么地方可以获取那些运行时间长，耗性能的SQL？？

我们可以打开慢查询日志：

根据具体的业务和并发量来预估一个时间上限（20ms、100ms），设置好后开启业务，压测后打开慢查询日志，就会看到超过执行时间的SQL，然后使用explain分析这些耗时的SQL语句

步骤如下：

打开慢查询日志开关slow_query_log设置合理的、业务可以接受的慢查询时间上限压测执行各种业务查看慢查询日志，找出所有执行耗时的SQL语句用explain分析这些耗时的SQL语句，从而针对性优化

MySQL可以设置慢查询日志，当SQL执行的时间超过我们设定的时间，那么这些SQL就会被记录在慢查询日志当中，然后我们通过查看日志，用explain分析这些SQL的执行计划，来判定为什么效率低下，是没有使用到索引？还是索引本身创建的有问题？或者是索引使用到了，但是由于表的数据量太大，花费的时间就是很长，那么此时我们可以把表分成多个小表等。

慢查询日志相关的参数如下所示： （MySQL定义的很多的全局的开关，都是在全局变量中存储，可以用show/set variables查看或者设置全局变量的值）

慢查询日志记录了包含所有执行时间超过参数 long_query_time（单位：秒）所设置值的 SQL语句的日志，在MySQL上用命令可以查看，如下：

二、慢查询日志实践

1. 打开慢查询日志开关slow_query_log

打开慢查询日志开关成功！

2. 设置合理的、业务可以接受的慢查询时间上限long_query_time

3. 压测执行各种业务

4. 查看慢查询日志

5. 用explain分析这些耗时的SQL语句，从而针对性优化

我们应该给password添加索引，然后记得password是字符串格式，因为如果涉及类型转换是用不了索引的

三、show profiles查看sql具体的运行时间

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。