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可能会使索引丢失，浪费了索引。
当字段类型转换的时候也会丢失索引。
