mysql 慢查询如何快速定位

面试标准满分回答（简洁、条理清晰、面试官最爱）

面试官您好，MySQL 慢查询我一般按实时排查 + 日志溯源 + SQL分析三步快速定位：

实时抓现场SQL

先执行 show full processlist;，查看当前正在执行的SQL，通过执行时间Time、执行状态，直接定位正在阻塞、耗时久的慢SQL，快速解决线上即时卡顿问题。
通过慢查询日志精准溯源

提前开启MySQL慢查询日志，设置合理阈值（一般1秒），记录超时SQL和未走索引的语句；

使用MySQL自带 mysqldumpslow 工具，按耗时、访问次数排序，批量筛选出高频慢SQL。
SQL执行计划分析根因

拿到慢SQL后，用 explain 分析执行计划，重点检查：

type是否全表扫描、key是否命中索引、扫描行数rows是否过多；

大部分慢查询根源都是无索引、索引失效、大分页、多表低效join，针对性优化即可。

MySQL 慢查询：快速定位 + 排查（最实用版）

我给你一套最快、最直接、生产环境通用的慢查询定位方法，不用复杂工具，5 分钟就能找到慢 SQL。

一、先看 3 个关键配置（开启慢查询）

先确认慢查询是否开启，这是定位的基础。

sql 复制代码

-- 查看慢查询是否开启
SHOW VARIABLES LIKE 'slow_query_log';

-- 查看慢查询阈值（超过这个时间就算慢查询，默认 10 秒，建议改成 1 秒）
SHOW VARIABLES LIKE 'long_query_time';

-- 查看慢查询日志存放路径
SHOW VARIABLES LIKE 'slow_query_log_file';

临时开启（重启 MySQL 失效）

sql 复制代码

SET GLOBAL slow_query_log = 1;
SET GLOBAL long_query_time = 1;  -- 超过 1 秒就算慢查询

永久开启（my.cnf / my.ini）

ini 复制代码

slow_query_log = 1
long_query_time = 1
slow_query_log_file = /var/lib/mysql/slow.log
log_queries_not_using_indexes = 1  # 没走索引的 SQL 也记录

二、最快定位慢 SQL 的 3 种方法

方法 1：直接看慢查询日志（最准）

bash 复制代码

# 直接查看最新慢 SQL
tail -n 100 /var/lib/mysql/slow.log

# 按时间排序，找最慢的 SQL
mysqldumpslow -s t /var/lib/mysql/slow.log

mysqldumpslow 是 MySQL 自带工具，不用安装，直接用。

常用命令：

bash 复制代码

# 取出访问量最高的 10 条慢 SQL
mysqldumpslow -s c -t 10 slow.log

# 取出时间最长的 10 条
mysqldumpslow -s t -t 10 slow.log

方法 2：实时查看正在执行的 SQL（最快）

sql 复制代码

-- 查看当前正在跑的 SQL
SHOW FULL PROCESSLIST;

-- 过滤出 执行时间 > 1 秒 的 SQL
SELECT * FROM information_schema.PROCESSLIST WHERE TIME > 1 AND INFO IS NOT NULL;

看到 Time 很大、State 为 Sending data 的 SQL，99% 就是慢查询。

方法 3：查看性能视图（5.7+ / 8.0 支持）

sql 复制代码

-- 查看耗时最高的 SQL
SELECT * FROM sys.schema_table_statistics ORDER BY total_latency DESC LIMIT 10;

-- 查看全表扫描最多的 SQL（没走索引）
SELECT * FROM sys.statement_analysis WHERE full_scan = 'YES' LIMIT 10;

三、找到慢 SQL 后，怎么判断为什么慢？

用 EXPLAIN 一看就懂！

sql 复制代码

EXPLAIN SELECT * FROM orders WHERE user_id = 1001;

重点看 3 列：

type：最好是 ref / range，最差是 ALL（全表扫描）
key：显示 NULL = 没走索引
rows：扫描行数越大越慢

只要出现：

type = ALL
key = NULL

就是没走索引，慢 100% 是这个原因。

四、慢查询 90% 都是这 4 个原因

没加索引 / 索引失效（最常见）
**SELECT *** 查太多字段
LIMIT 太大（如 LIMIT 100000,10）
join 太多表、子查询太深

五、最快定位流程（背下来）

开启慢查询：set global slow_query_log=1;
看慢日志：mysqldumpslow -s t slow.log
找到慢 SQL
EXPLAIN 看是否走索引
加索引 / 优化 SQL

总结

慢查询日志是定位慢 SQL 的最准方式
show processlist 适合实时抓正在卡的 SQL
EXPLAIN 是判断是否走索引的神器
90% 慢查询 = 没索引 or 索引失效

精简背诵版（短回答，直接背）

首先用 show full processlist 实时查看正在运行的长耗时SQL；

再依靠慢查询日志 ，结合 mysqldumpslow 工具筛选历史慢SQL；

最后通过 explain 分析执行计划，判断是否存在全表扫描、索引失效等问题，完成快速定位与优化。