MySQL原生不提供SQL调用栈，SHOW FULL PROCESSLIST仅显示SQL文本和客户端IP，无法追溯应用层代码位置；需应用端注入trace标识并结合performance_schema或日志系统关联分析。
SHOW FULL PROCESSLIST 只能看 SQL，看不到调用栈
MySQL 原生不提供「SQL 调用栈」——也就是谁（应用哪行代码、哪个线程、哪个服务）发起了这条 SQL。SHOW FULL PROCESSLIST 返回的 INFO 字段只含 SQL 文本，HOST 字段只到客户端 IP:port，没有应用层堆栈信息。这不是权限或配置问题，是 MySQL 协议层的设计限制。
常见误解是以为加了 FULL 就能看见“从 Spring Boot 的 UserService.java 第 42 行调过来的”，其实完全不会。
如果你在监控平台看到带调用链的 SQL 列表，那一定是应用端（如 Java Agent）或中间件（如 ShardingSphere、ProxySQL）主动注入了 trace_id 或注释，MySQL 自己并不解析或存储这些。
真正能关联应用上下文的只有 performance_schema + 客户端标记
MySQL 8.0+ 的 performance_schema.events_statements_current 表可以查到当前语句的完整文本、执行耗时、线程 ID，但它依然没有调用栈。要逼近“谁发起的”，必须依赖两个前提：
- 应用在发 SQL 时显式带上可识别的注释，例如：
/* service=order-service, method=createOrder, trace_id=abc123 */ SELECT ... -
performance_schema已启用且events_statements_current消费者打开：UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME = 'events_statements_current';
然后才能查到带标记的语句：
SELECT THREAD_ID, SQL_TEXT, TIMER_WAIT FROM performance_schema.events_statements_current WHERE SQL_TEXT LIKE '%/* service=%';
注意：SQL_TEXT 字段仍可能被截断（默认 1024 字符），且需确保客户端连接时未设置 max_allowed_packet 过小导致注释被丢弃。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
KILL 之前必须先确认是否真在“执行中”
很多人一看到 TIME > 30 就直接 KILL，结果发现语句没终止，甚至阻塞更久。关键要看 STATE：
-
State = 'Locked'：大概率被 MDL 锁住，得先查performance_schema.metadata_locks找持有者 -
State = 'Waiting for table flush'：有长事务或 DDL 正在刷表，KILL 无效 -
State = 'Sending data'或'Sorting result'：SQL 确实在执行中，KILL 会等待自然退出，可能持续数秒
安全做法是先联查：SELECT * FROM performance_schema.threads WHERE PROCESSLIST_ID = ?，再 JOIN events_statements_current 确认最后执行语句和状态，避免误杀活跃连接。
线上环境别指望“一键看到完整栈”，得靠协同设计
最常被忽略的一点：MySQL 本身不是 APM 工具。想在数据库侧还原调用栈，本质是把应用层责任下推到了 DB 层——这不可靠，也不可持续。
真正健壮的做法是两端配合：应用侧统一注入 trace 标识（如 OpenTelemetry 的 db.statement + service.name），DBA 侧用 information_schema.PROCESSLIST 或 performance_schema 做实时过滤，并通过日志聚合系统（如 Loki + Grafana）把 SQL 日志和应用 trace 日志按 trace_id 关联。
单独在 MySQL 里折腾“调用栈”，99% 的情况只会陷入权限、截断、状态误判的循环里。
