如何监控当前正在执行的SQL进程_SHOW PROCESSLIST

SHOW PROCESSLIST 返回当前时刻正在运行或空闲的客户端连接线程快照，每行含Id、User、Host、db、Command、Time、State、Info字段，其中Info默认截断为100字符。SHOW PROCESSLIST 返回的是什么数据show processlist 是 mysql 提供的实时会话快照，不是历史记录，也不是持续流。它只返回当前时刻正在运行（或空闲）的连接线程，每行代表一个客户端连接，包含 id、user、host、db、command、time、state、info 这些字段。其中 info 列最值得关注------它显示该线程正在执行（或最后执行）的 sql 语句，但默认会被截断为 100 字符；如果语句更长，就看不到完整内容。怎么看到完整的 SQL 语句直接执行 SHOW PROCESSLIST 看不到长 SQL 的全貌，必须用 SHOW FULL PROCESSLIST。注意是 FULL，不是 full（大小写不敏感，但拼写不能错）。这个命令不会增加开销，只是把 Info 列长度拉到最大（默认 1MB），适合排查被截断的慢查询或动态拼接 SQL。SHOW PROCESSLIST 和 SHOW FULL PROCESSLIST 权限要求一样，都需要 PROCESS 权限普通用户只能看到自己的线程；只有 SUPER 或 CONNECTION_ADMIN 权限才能看到全部在 MySQL 8.0+ 中，推荐查 performance_schema.threads 表，它比 SHOW PROCESSLIST 更稳定、字段更全，且不受 max_allowed_packet 影响为什么有时候查不到正在跑的 SQL常见原因不是命令没用，而是 SQL 执行太快、已经结束，或者根本没进"执行态"。比如：语句处于 init、starting、checking permissions 等初始化阶段，Info 可能为空SQL 已完成，线程回到 Sleep 状态，Info 清空，只剩连接信息使用了连接池（如 HikariCP），实际执行的线程和你看到的 Host 不一致，真实 SQL 可能在应用日志里开启了 log_slow_verbosity=full 但没开 long_query_time=0，导致短于阈值的语句不进慢日志，又没卡在 PROCESSLIST 里监控时容易忽略的两个细节一是 Time 字段单位是秒，但它表示的是"当前状态持续时间"，不是 SQL 总耗时。比如一个 State 为 Sending data 的线程，Time=120，说明它卡在这个状态 2 分钟了，未必是整条 SQL 跑了 2 分钟。 Felvin AI无代码市场，只需一个提示快速构建应用程序