MySQL查看当前运行事务的方法
来源：互联网 2026-05-12 19:37:10在MySQL8.0及以上版本中，查询活跃事务应使用information_schema.INNODB_TRX表，而非不存在的TRX表。用户需具备PROCESS权限，通过该表可查看事务ID、状态、开始时间及最后执行的SQL。事务状态RUNNING表示执行中，LOCKWAIT为等待锁，长事务通常指运行超过60秒。若要终止事务，需使用其对应的线程ID执行KILL命
在排查数据库问题时，查看当前正在运行的事务是DBA和开发者的常规操作。但如果你在MySQL 8.0或更高版本中尝试查询 INFORMATION_SCHEMA.TRX 表，大概率会碰壁——因为这张表根本不存在。
长期稳定更新的攒劲资源： >>>点此立即查看<<<
这个误解可能源于对性能模式（performance_schema）或旧版InnoDB监控器输出的记忆混淆。实际上，要获取活跃事务的实时状态，正确的入口是 information_schema.INNODB_TRX 这张表，它开箱即用，无需额外配置。
使用 information_schema.INNODB_TRX 查询当前运行事务
这张表是InnoDB引擎原生提供的，只要用户拥有 PROCESS 权限，就能直接查询。一个典型的查询语句如下：
SELECT trx_id, trx_state, trx_started, trx_mysql_thread_id, trx_query FROM information_schema.INNODB_TRX;
解读查询结果时，有几个关键点需要把握：
trx_state是核心：它的值直接反映了事务的生命周期。RUNNING表示事务正在执行；LOCK WAIT意味着它正在等待某个锁；而ROLLING BACK或COMMITTING则属于事务结束前的过渡状态。trx_started是计时器：这个时间戳是识别“长事务”的利器。通常，一个运行超过60秒的事务就值得你拉响警报，深入检查了。- 注意
trx_query的局限性：这个字段只显示事务中最后一条执行的SQL，而非整个事务的历史操作。如果它为空，可能意味着事务刚开启，还未执行任何语句。 - 最后，这张表只记录InnoDB引擎的事务。如果你的业务中使用了MyISAM表，相关操作不会在这里出现。
performance_schema 事务表经常为空的原因
很多朋友也会尝试查询 performance_schema.events_transactions_current，但常常发现它是空的。原因很简单：默认情况下，MySQL并未开启事务事件的采集功能。
要让这张表有数据，你需要手动启用对应的消费者（consumer）：
UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME = 'events_transactions_current';
此外，还得确认 setup_instruments 表中，与事务（transaction）和InnoDB锁等待（wait/lock/innoDB/...）相关的instrument也已启用。
这里有两个重要的实践提醒：首先，开启这些监控项会带来轻微的性能开销，生产环境建议按需开启，并在排查结束后及时关闭。其次，即使全部开启，它也只记录由 BEGIN 或 START TRANSACTION 开启的显式事务。在自动提交模式下执行的单条SQL，是不会被记录到这张表里的。
如何终止长时间运行的事务
当你通过 INNODB_TRX 表发现了一个可疑的长事务，并决定终止它时，需要注意：你不能直接通过事务ID（trx_id）来操作。
正确的做法是使用线程ID，即 trx_mysql_thread_id 字段，它对应着 SHOW PROCESSLIST 命令结果中的 ID 列。终止命令很简单：
KILL 12345;
在执行这个命令前，务必进行双重确认：确保该事务的状态是 RUNNING，并且其开始时间（trx_started）确实异常久远，以避免误杀正在正常工作的短时事务。
如果事务状态是 LOCK WAIT，那么你kill掉的将是等待锁的一方。但问题可能并未根本解决，因为持有锁的线程可能仍在运行。这时，你需要结合 INNODB_LOCK_WAITS 和 INNODB_LOCKS 这两张表，来理清完整的锁等待链条。
另外，对于使用MySQL 5.7或更早版本的用户，有一个历史细节需要注意：在极端高并发场景下，INNODB_TRX 表中的 trx_mysql_thread_id 有可能显示为0。遇到这种情况，就只能通过对比 PROCESSLIST 和事务开始时间等信息，进行人工匹配了。
说到底，事务的状态和锁信息分散在多张系统表中，想靠一张表就看清全貌是不现实的。真要精准定位复杂的阻塞问题，INNODB_TRX、INNODB_LOCK_WAITS 和 INNODB_LOCKS 这三张表必须联合查询，缺一不可。
侠游戏发布此文仅为了传递信息，不代表侠游戏网站认同其观点或证实其描述
