如何查询当前MySQL有哪些事务正在运行_检索information_schema.innodb

information_schema.innodb_trx 是唯一实时查看未提交/未回滚事务的入口，可查trx_state、trx_started、trx_query等字段定位长事务与锁等待，但需关联processlist和performance_schema.data_lock_waits综合分析。

如何查询当前mysql有哪些事务正在运行_检索information_schema.innodb_trx表

INFORMATION_SCHEMA.INNODB_TRX 是唯一能实时看到未提交/未回滚事务的入口，其他方式（如 SHOW PROCESSLIST、performance_schema.threads）只反映连接或语句状态，不等价于“事务正在运行”。

直接查 `INNODB_TRX` 能看到什么

执行 SELECT * FROM information_schema.INNODB_TRX\G 后，重点关注这几列：

trx_state：值为 RUNNING 表示事务在执行中；LOCK WAIT 表示正卡在等锁；COMMITTING 或 ROLLING BACK 是瞬态，一般看不到
trx_started：时间戳。如果超过 60 秒还没结束，大概率是应用漏了 COMMIT 或 ROLLBACK，不是 SQL 慢，是事务挂住了
trx_query：最近一次执行的语句片段，VARCHAR(1024)，超长会被截断；值为 NULL 很常见——比如刚 BEGIN、只做了 SELECT ... FOR UPDATE 没后续操作、或用预处理没绑定参数
trx_mysql_thread_id：必须拿它去关联 PROCESSLIST，否则不知道这个事务是谁连的、从哪来的、是不是健康心跳

为什么不能只看 `trx_query` 就判断问题

trx_query 不是完整事务上下文，也不能代表阻塞源头。常见误判点：

值为空时，别急着认为“没在干活”——可能刚加完行锁，正等应用发下一条语句
值显示 UPDATE t SET x=1 WHERE id=100，但实际阻塞者可能是另一条没出现在这里的 DELETE，因为锁是按行/间隙持有的，不是按语句绑定的
用了 PDO::ATTR_EMULATE_PREPARES = true 时，trx_query 和 PROCESSLIST.INFO 都为空，真实 SQL 压根不落表
MyISAM 表上的操作不会出现在 INNODB_TRX 里——它只管 InnoDB 事务

MySQL 8.0+ 必须搭配 `data_lock_waits` 才能定位谁在持锁

INNODB_TRX 显示 trx_state = 'LOCK WAIT'，但表里不告诉你谁在持锁。老文档里提的 INNODB_LOCK_WAITS 在 MySQL 8.0 已被移除，硬查会返回空。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

正确做法是用 performance_schema.data_lock_waits 查等待链：

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 performance_schema.data_lock_waits w
JOIN information_schema.INNODB_TRX r ON w.BLOCKING_TRX_ID = r.trx_id
JOIN information_schema.INNODB_TRX b ON w.REQUESTING_TRX_ID = b.trx_id;

注意字段名大小写：BLOCKING_TRX_ID 和 REQUESTING_TRX_ID 是大写的，拼错查不到结果
该查询需开启 performance_schema 且相关 instrument（默认通常已开），否则 data_lock_waits 为空
如果 data_lock_waits 没数据但确实有锁等待，检查是否启用了 lock_wait_timeout 或事务被自动回滚了

结合 `PROCESSLIST` 看真实会话行为

单靠 INNODB_TRX 无法区分是业务逻辑卡住，还是连接泄漏。必须用 trx_mysql_thread_id 关联 information_schema.PROCESSLIST：

SELECT p.ID, p.USER, p.HOST, p.DB, p.COMMAND, p.TIME, p.STATE, p.INFO
FROM information_schema.PROCESSLIST p
JOIN information_schema.INNODB_TRX t ON p.ID = t.trx_mysql_thread_id
WHERE t.trx_state = 'RUNNING' AND t.trx_started

COMMAND = 'Sleep' 且 TIME > 300：基本确认是应用拿了连接没释放，事务挂着不动
STATE = 'Updating' 或 'Sending data' 且 TIME 持续上涨：SQL 本身可能卡在磁盘 I/O、网络传输或锁等待，不是代码没提交
INFO 为空但 COMMAND = 'Query'：说明语句已发、正在执行中，还没返回结果——此时 trx_query 可能也为空，别误判为“没在跑”