SHOW PROCESSLIST不标记慢查询，只显示未结束的活跃线程；“慢”需人工根据TIME和STATE判断；INFO截断需用FULL或查information_schema.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不是执行阶段标签，而是线程在当前状态停留的时间。长时间卡在以下状态，基本等于“正在干重活”：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
-
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。
普通用户只能看到自己连接，怎么办
如果你用的是应用账号（比如 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就是唯一的现场证据，但得看清、看全、看对人。
