show processlist 返回当前用户可见的连接快照，关键字段包括id（线程id）、user（用户名）、host（ip+端口）、state（当前操作）；需process权限加all才可见全部连接，root也需显式授权，推荐用performance_schema.threads替代。
SHOW PROCESSLIST 返回的是什么，怎么看懂关键字段
SHOW PROCESSLIST 不是实时快照，而是当前会话能“看到”的连接快照——默认只显示本用户发起的连接；要查全部，必须有 SUPER 或 PROCESS 权限，并加 ALL 关键字：SHOW FULL PROCESSLIST（FULL 是为了防止 Info 字段被截断）。
重点关注这四个字段：
-
Id：线程唯一 ID，可用于后续KILL -
User：连接用户名，突然出现大量unauthenticated user可能是暴力连接尝试 -
Host：来源 IP + 端口，注意localhost和127.0.0.1在权限匹配上行为不同 -
State：不是状态机状态，而是线程**当前正在做什么**，比如Sending data表示正在构造结果集，Locked表示在等表级锁（MyISAM）或元数据锁（InnoDB），Waiting for table metadata lock往往意味着有长事务或未提交的 DDL 卡住了其他操作
为什么 root 也看不到某些连接，以及如何强制看到全部
MySQL 8.0+ 默认开启 performance_schema，但 SHOW PROCESSLIST 仍受权限和隔离限制。即使你是 root，若没显式授予 PROCESS 权限，执行 SHOW PROCESSLIST 仍只会返回自己的连接。
解决方法只有两个：
- 用高权限账号执行：
GRANT PROCESS ON *.* TO 'admin'@'%'; FLUSH PRIVILEGES; - 改用
performance_schema.threads表（更可靠）：SELECT THREAD_ID, PROCESSLIST_USER, PROCESSLIST_HOST, PROCESSLIST_DB, PROCESSLIST_COMMAND, PROCESSLIST_STATE FROM performance_schema.threads WHERE PROCESSLIST_ID IS NOT NULL;—— 这个视图不受用户权限过滤影响，且包含更多底层信息（如 thread_os_id）
注意：performance_schema 默认开启，但部分旧版本（如 5.6）可能需要手动启用：performance_schema=ON 在配置文件中
活跃连接暴增时，怎么快速定位问题 SQL 和源头
直接看 SHOW PROCESSLIST 输出容易漏掉关键信息，尤其当 Info 被截断、或线程处于 Sleep 但持有事务未提交时。
建议组合使用以下命令：
- 查长时间运行的非 Sleep 连接：
SELECT * FROM information_schema.PROCESSLIST WHERE TIME > 60 AND COMMAND != 'Sleep'; - 查未提交事务的连接：
SELECT p.ID, p.USER, p.HOST, p.DB, p.COMMAND, p.TIME, p.STATE, p.INFO FROM information_schema.PROCESSLIST p INNER JOIN information_schema.INNODB_TRX t ON p.ID = t.TRX_MYSQL_THREAD_ID; - 查锁等待关系：
SELECT r.trx_id waiting_trx_id, r.trx_mysql_thread_id waiting_thread, r.trx_query waiting_query, b.trx_id blocking_trx_id, b.trx_mysql_thread_id blocking_thread, b.trx_query blocking_query FROM information_schema.INNODB_LOCK_WAITS w INNER JOIN information_schema.INNODB_TRX b ON b.trx_id = w.blocking_trx_id INNER JOIN information_schema.INNODB_TRX r ON r.trx_id = w.requesting_trx_id;
特别注意：TIME 字段单位是秒，但它是从线程进入当前状态开始计时，不是连接建立时间；所以 Sleep 状态下 TIME 高，大概率是应用没正确关闭连接
监控脚本里调用 SHOW PROCESSLIST 的几个坑
自动化监控里直接轮询 SHOW PROCESSLIST 容易踩三个隐性问题：
- 权限不稳定：脚本用的账号权限可能随部署环境变化，建议固定用
performance_schema.threads替代 - 字符集干扰：如果客户端连接字符集是
utf8mb4，但 MySQL server 默认latin1，INFO字段可能出现乱码或截断，导致正则匹配失败 - 并发干扰：频繁执行
SHOW PROCESSLIST本身会产生轻微负载，尤其在连接数超 2000 时，建议采样间隔不低于 5 秒，或改用sys.session视图（MySQL 5.7+ 自带，已预聚合）
真正稳定的做法，是把 performance_schema 相关表作为唯一数据源，而不是依赖 SHOW 命令输出格式——后者随时可能因版本升级微调列顺序或字段名
