mysql的慢查询日志开启与问题定位
一张数据库数据很大的表。
查询一条数据,很快就查询出来了。
根据不同的条件,查到的数据相同,但是查询所花费的时间却是不同的。
使用命令查询慢查询日志是否开启,目前它是关闭着的。
开启日志。
也可以手动设置日志文件的所在路径。
这个日志只记录慢查询的sql语句,而不是所有的sql语句。
时间单位是秒。
查看日志:
我们执行两条sql,一个大于临界时间,一个低于临界时间。
超过临界时间的sql数据会存到日志中。
这种方法会帮我们定位到具体是哪条sql语句执行的慢。
mysql的sql语句执行过程解析
我们退出下数据库,再重启一下数据库服务:
一旦服务重启,慢查询日志就会恢复到默认配置。当然一般工作中是不会太多情况去重启mysql服务的。
如果想让它永久生效,只需要修改配置文件:
增加下面三行即可。
要记住,修改了配置文件后必须要重启服务。
我们能定位到哪条语句慢了,我们还需要看看如何去解析这条语句:
我们这两条语句,一个快,一个慢。
我们就可以分别解析一下:
我们可以看到一条使用了主键索引,查询范围是1条,另一个语句没有用索引,查询范围是全部数据。我们分析到这里就能看到问题所在了。
但是如果还不能看到问题原因,就会使用到我们接下来的方法:
先查看是否开启了性能详情。
我们去开启性能:
再一次使用查询慢的语句:
可以看到这条sql语句执行每一步所耗费的时间。
性能线程的详细解释官方文档链接:?
MySQL :: MySQL 5.7 Reference Manual :: 8.14.3 General Thread States
mysql语句优化的几个小建议
条件使用or可能会使索引丢失,浪费了索引。
当字段类型转换的时候也会丢失索引。