一、什么业务场景会出现慢查询的现象
聚合查询
多表查询
表数据量过大查询
深度分页查询
表象：页面加载过慢、接口压测响应时间过长（超过1s）
二、如何定位慢查询？
1、介绍以下当时产生问题的场景（我们当时的一个接口测试的时候非常的慢，压测的结果大概5秒钟）
2、我们系统中当时采用了运维工具（Skywalking），可以监测出哪个接口，最终因为是 sql 的问题
3、在 mysql 中开启了慢日志查询，我们设置的值就是 2 秒，一旦sql执行超过 2 秒 就会记录到日志中（调试阶段）
三、实战场景
面试官：
MySQL中，如何定位慢查询？
候选人：
嗯~，我们当时做压测的时候有的接口非常的慢，接口的响应时间超过了2秒以上，因为我们当时的系统部署了运维的监控系统 Skywalking，在展示的报表中可以看到是哪一个接口比较慢，并且可以分析这个接口哪部分比较慢，这里可以看到 SQL 的具体的执行时间，所以可以定位是哪个 sql 出了问题。
如果，项目中没有这种运维的监控系统，其实在 MySQL 中也提供了慢日志查询的功能，可以在 MySQL 的系统配置文件中开启这个慢日志的功能，并且也可以设置 SQL 执行超过多少时间来记录到一个日志文件中，我记得上一个项目配置的是 2 秒，只要 SQL 执行的时间超过了 2 秒 就会记录到日志文件中，我们就可以在日志文件找到执行比较慢的 SQL 了。