mysql 慢查询如何快速定位

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

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

1. 实时抓现场SQL
   先执行show full processlist;，查看当前正在执行的SQL，通过执行时间Time、执行状态，直接定位正在阻塞、耗时久的慢SQL，快速解决线上即时卡顿问题。

2. 通过慢查询日志精准溯源
   提前开启MySQL慢查询日志，设置合理阈值（一般1秒），记录超时SQL和未走索引的语句；
   使用MySQL自带mysqldumpslow工具，按耗时、访问次数排序，批量筛选出高频慢SQL。

3. SQL执行计划分析根因
   拿到慢SQL后，用explain分析执行计划，重点检查：
   type是否全表扫描、key是否命中索引、扫描行数rows是否过多；
   大部分慢查询根源都是无索引、索引失效、大分页、多表低效join，针对性优化即可。

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

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

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

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

-- 查看慢查询是否开启SHOWVARIABLESLIKE'slow_query_log';-- 查看慢查询阈值（超过这个时间就算慢查询，默认 10 秒，建议改成 1 秒）SHOWVARIABLESLIKE'long_query_time';-- 查看慢查询日志存放路径SHOWVARIABLESLIKE'slow_query_log_file';

临时开启（重启 MySQL 失效）

SETGLOBALslow_query_log=1;SETGLOBALlong_query_time=1;-- 超过 1 秒就算慢查询

永久开启（my.cnf / my.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：直接看慢查询日志（最准）

# 直接查看最新慢 SQLtail-n100/var/lib/mysql/slow.log# 按时间排序，找最慢的 SQLmysqldumpslow-st /var/lib/mysql/slow.log

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

常用命令：

# 取出访问量最高的 10 条慢 SQLmysqldumpslow-sc-t10slow.log# 取出时间最长的 10 条mysqldumpslow-st-t10slow.log

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

-- 查看当前正在跑的 SQLSHOWFULLPROCESSLIST;-- 过滤出 执行时间 > 1 秒 的 SQLSELECT*FROMinformation_schema.PROCESSLISTWHERETIME>1ANDINFOISNOTNULL;

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

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

-- 查看耗时最高的 SQLSELECT*FROMsys.schema_table_statisticsORDERBYtotal_latencyDESCLIMIT10;-- 查看全表扫描最多的 SQL（没走索引）SELECT*FROMsys.statement_analysisWHEREfull_scan='YES'LIMIT10;

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

用EXPLAIN一看就懂！

EXPLAINSELECT*FROMordersWHEREuser_id=1001;

重点看 3 列：

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

只要出现：

• type = ALL
• key = NULL

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

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

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

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

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

总结

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

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

首先用show full processlist实时查看正在运行的长耗时SQL；
再依靠慢查询日志，结合 mysqldumpslow 工具筛选历史慢SQL；
最后通过 explain 分析执行计划，判断是否存在全表扫描、索引失效等问题，完成快速定位与优化。