MySQL定位慢查询其实主要有两种方式
1、如果系统部署了运维的监控系统Skywalking,在展示的报表中可以看到是哪一个接口比较慢,并且可以分析这个接口哪部分比较慢,这里可以看到SQL的具体的执行时间,所以可以定位是哪个sql出了问题。
2、如果,项目中没有这种运维的监控系统,其实在MySQL中也提供了慢日志查询的功能,可以在MySQL的系统配置文件中开启这个慢日志的功能,并且也可以设置SQL执行超过多少时间来记录到一个日志文件中,一般项目配置的是2秒,只要SQL执行的时间超过了2秒就会记录到日志文件中,我们就可以在日志文件找到执行比较慢的SQL了。
那我们应该如何分析慢日志呢?
possible key 当前sql可能会使用到的索引
key 当前sql实际命中的索引
key len 索引占用的大小
通过它们两个查看是否可能会命中索引
Extra 额外的优化建议
一个SQL语句执行很慢,如何分析呢
type 这条sql的连接的类型,性能由好到差为NULL、system、const、eg_ref、ref、range、index、all
system:查询系统中的表
const:根据主键查询
eq _ref:主键索引查询或唯一索引查询
ref:索引查询
range:范围查询
index:索引树扫描上
all:全盘扫描
可以采用MySQL自带的分析工具 EXPLAIN
通过key和key_len检查是否命中了索引(索引本身存在是否有失效的情况)
通过type字段查看sql是否有进一步的优化空间,是否存在全索引扫描或全盘扫描
通过extra建议判断,是否出现了回表的情况,如果出现了,可以尝试添加索引或修改返回字段来修复