trx_mysql_thread_id 是 INNODB_TRX 表中标识事务所属 MySQL 线程的唯一 ID，与 PROCESSLIST.ID 一一对应，用于关联线程上下文、定位客户端信息及安全 kill；它本身非状态，需结合 trx_state、trx_started、PROCESSLIST 和 INNODB_LOCK_WAITS 综合判断事务异常。
trx_mysql_thread_id 是什么，为什么不能直接“监控状态”
trx_mysql_thread_id 本身不是一种状态，而是 INFORMATION_SCHEMA.INNODB_TRX 中的一个字段，表示该事务所属的 MySQL 线程 ID。它唯一、稳定，且与 information_schema.PROCESSLIST.ID 一一对应——这是你后续 kill、关联上下文、查客户端来源的唯一桥梁。
你真正想监控的，是“这个线程 ID 对应的事务是否异常”，比如：长时间没提交、正在等锁、连接已断但事务还挂着。所以别试图对 trx_mysql_thread_id 做状态轮询，而要把它当钥匙，去打开 INNODB_TRX 和 PROCESSLIST 这两扇门。
怎么用 trx_mysql_thread_id 关联 PROCESSLIST 查真实行为
单看 INNODB_TRX 只知道“有事务”，但不知道“谁连的、在干啥、连没连上”。必须 JOIN information_schema.PROCESSLIST 补全上下文：
SELECT t.trx_mysql_thread_id, p.USER, p.HOST, p.COMMAND, p.TIME AS processlist_time, p.STATE, SUBSTRING(p.INFO, 1, 128) AS current_sql, TIMEDIFF(NOW(), t.trx_started) AS trx_duration FROM information_schema.INNODB_TRX t JOIN information_schema.PROCESSLIST p ON t.trx_mysql_thread_id = p.ID WHERE t.trx_started < NOW() - INTERVAL 60 SECOND;
-
COMMAND = 'Sleep'且trx_state = 'RUNNING'→ 典型“假空闲”：应用开了事务，执行完就挂起，既不 COMMIT 也不 ROLLBACK -
STATE = 'Locked'或STATE = 'Updating'且processlist_time持续增长 → SQL 本身卡在 I/O 或锁等待，不是事务逻辑问题，是执行层阻塞 -
INFO为空但trx_rows_modified > 0→ 很可能用了预处理（如 PDO::ATTR_EMULATE_PREPARES = true），实际语句不在 INFO 里
trx_mysql_thread_id 在 kill 操作中必须谨慎使用的场景
trx_mysql_thread_id 是 KILL 命令的输入依据，但直接 KILL <code>trx_mysql_thread_id 风险极高：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 如果
trx_state = 'ROLLING BACK'，KILL 会让回滚更慢，甚至拖垮 purge 线程 - 如果
trx_state = 'LOCK WAIT'，KILL 当前线程只是移除被堵者，不解决上游持锁者，新请求立刻重蹈覆辙 - 如果对应连接已断（
PROCESSLIST中TIME > wait_timeout且INFO为空），KILL 无效，但锁仍持有——这就是僵尸事务
正确做法是：先查 INNODB_LOCK_WAITS 找出 BLOCKING_TRX_ID，再反查它的 trx_mysql_thread_id，优先 kill 持锁源头。
容易被忽略的权限和性能坑
INFORMATION_SCHEMA.INNODB_TRX 查询需要 PROCESS 权限。普通账号查不到其他用户的事务，容易误判“系统很干净”，其实锁正藏在别人会话里。
另外，这类查询会加 MDL 锁，高频轮询（比如每秒一次）在高并发库上会明显拖慢 DDL 操作。生产环境建议间隔 ≥5 秒，且避免在业务高峰期密集采集。
最常漏掉的一点：trx_mysql_thread_id 只对 InnoDB 表有效；MyISAM 操作不会出现在 INNODB_TRX 里，但它照样能锁表——所以看到“没长事务”但 SHOW OPEN TABLES WHERE IN_USE > 0 有结果，就得怀疑 MyISAM 或混合引擎场景。
