在 MySQL中,如何定位慢查询?(SQL调优,调优经验)
一、什么业务场景会出现慢查询的现象
聚合查询
多表查询
表数据量过大查询
深度分页查询
表象:页面加载过慢、接口压测响应时间过长(超过1s)
二、如何定位慢查询?
1、介绍以下当时产生问题的场景(我们当时的一个接口测试的时候非常的慢,压测的结果大概5秒钟)
2、我们系统中当时采用了运维工具(Skywalking),可以监测出哪个接口,最终因为是 sql 的问题
3、在 mysql 中开启了慢日志查询,我们设置的值就是 2 秒,一旦sql执行超过 2 秒 就会记录到日志中(调试阶段)
三、实战场景
面试官:
MySQL中,如何定位慢查询?
候选人:
嗯~,我们当时做压测的时候有的接口非常的慢,接口的响应时间超过了2秒以上,因为我们当时的系统部署了运维的监控系统 Skywalking,在展示的报表中可以看到是哪一个接口比较慢,并且可以分析这个接口哪部分比较慢,这里可以看到 SQL 的具体的执行时间,所以可以定位是哪个 sql 出了问题。
如果,项目中没有这种运维的监控系统,其实在 MySQL 中也提供了慢日志查询的功能,可以在 MySQL 的系统配置文件中开启这个慢日志的功能,并且也可以设置 SQL 执行超过多少时间来记录到一个日志文件中,我记得上一个项目配置的是 2 秒,只要 SQL 执行的时间超过了 2 秒 就会记录到日志文件中,我们就可以在日志文件找到执行比较慢的 SQL 了。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通