怎样在MySQL中使用SHOW PROCESSLIST排查慢查询连接-mysql教程-PHP中文网

SHOW PROCESSLIST不标记慢查询，只显示未结束的活跃线程；“慢”需人工根据TIME和STATE判断；INFO截断需用FULL或查information_schema.PROCESSLIST表。

怎样在mysql中使用show processlist排查慢查询连接

为什么SHOW PROCESSLIST查不到“慢查询”这个词

它根本不会标记哪条是慢查询——SHOW PROCESSLIST只展示当前**尚未结束**的活跃线程，不读取long_query_time配置，也不关联慢日志。所谓“慢”，是你根据TIME列值和STATE状态人工判断出来的。

常见误解是：开了slow_query_log=ON且long_query_time=1，就以为PROCESSLIST里会高亮或过滤出“慢”的那几条。实际完全无关：一条跑了 8 秒还没返回的 SQL，它就在那里卡着；而日志里那条“Query_time: 8.245”的记录，是它**执行完之后才写进去的**。

怎么避免INFO被截断、看不清完整SQL

默认SHOW PROCESSLIST会把INFO字段截成约 100 字符，复杂 JOIN 或带子查询的语句直接变“...”，没法分析。必须加 FULL 关键字：

SHOW FULL PROCESSLIST;

或者更稳妥地走表查询（推荐）：

SELECT ID, USER, HOST, DB, COMMAND, TIME, STATE, INFO 
FROM information_schema.PROCESSLIST 
WHERE COMMAND = 'Query' AND INFO IS NOT NULL AND TIME > 10 
ORDER BY TIME DESC LIMIT 10;

INFO IS NOT NULL 过滤掉连接池心跳等空语句
TIME > 10 是经验阈值，电商类可设为 2，核心交易系统甚至用 0.5
MySQL 8.0+ 中该视图字段名大小写敏感，务必用大写 INFORMATION_SCHEMA.PROCESSLIST

哪些STATE状态最值得警惕

STATE不是执行阶段标签，而是线程在当前状态停留的时间。长时间卡在以下状态，基本等于“正在干重活”：

Sending data：结果集太大、网络慢、或没加 LIMIT 导致全量传输
Copying to tmp table：GROUP BY / DISTINCT / ORDER BY 溢出内存，落地磁盘临时表
Sorting result：排序无法走索引，又没足够 sort_buffer_size
Waiting for table metadata lock：DDL 正在执行（如 ALTER），其他查询全被堵住
Locked（尤其 MyISAM 表）或 Updating 卡很久：可能遇上行锁/间隙锁争用

注意：Time 是该状态持续秒数，不是整条 SQL 总耗时。一个查询可能先后经历 Opening tables → Sending data → end，每段都算独立 Time。

win可用的mysql指令skill

安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。

下载

普通用户只能看到自己连接，怎么办

如果你用的是应用账号（比如 app_user），SHOW PROCESSLIST 只返回你自己的线程，根本看不到别人卡在哪。这不是权限不够，是 MySQL 的硬性限制。

必须用具备 SUPER 或 PROCESS 权限的账号（通常是 root 或 DBA 账号）登录才能查全量。临时应急可以这样确认权限：

SELECT CURRENT_USER(), PRIVILEGE_TYPE, IS_GRANTABLE 
FROM INFORMATION_SCHEMA.ROLE_TABLE_GRANTS 
WHERE TABLE_NAME = 'PROCESSLIST';

如果没权限，别硬试 KILL，先联系 DBA；否则即使杀错线程，也可能导致事务中断或连接池异常。

真正卡住数据库的那条 SQL，往往不在慢日志里——它还没跑完。这时候PROCESSLIST就是唯一的现场证据，但得看清、看全、看对人。