MySQL 中监控事务状态是排查锁等待、长事务和性能问题的重要手段。通过系统表和命令可以实时查看当前事务的运行情况。
查看当前正在运行的事务
使用 information_schema.INNODB_TRX 表可以查看 InnoDB 存储引擎当前所有活跃事务的信息：
SELECT * FROM information_schema.INNODB_TRX\G关键字段说明：
trx_id：事务唯一标识 ID trx_state：事务状态（如 RUNNING、LOCK WAIT） trx_started：事务开始时间 trx_mysql_thread_id：对应线程 ID，可用于关联 processlist trx_query：当前正在执行的 SQL 语句 trx_operation_state：当前事务的操作状态结合线程信息定位来源
为了知道事务来自哪个连接或用户，可将事务信息与连接信息关联：
SELECT t.trx_id, t.trx_state, t.trx_started, t.trx_query, p.ID, p.USER, p.HOST, p.DB, p.COMMAND, p.TIMEFROM information_schema.INNODB_TRX t
JOIN information_schema.PROCESSLIST p ON t.trx_mysql_thread_id = p.ID;
这能帮助你快速判断是哪个客户端、哪个用户执行了长时间未提交的事务。
查看事务锁等待情况
如果怀疑有锁冲突，可通过以下方式查看锁信息：
INFORMATION_SCHEMA.INNODB_LOCKS（已弃用，8.0 中移除） INFORMATION_SCHEMA.INNODB_LOCK_WAITS（同样在 8.0 中被移除）在 MySQL 8.0+ 中，推荐使用 performance_schema 来查看锁：
SELECT * FROM performance_schema.data_locks;SELECT * FROM performance_schema.data_lock_waits;
其中 data_locks 显示当前持有的行级锁，data_lock_waits 显示锁等待关系。
启用事务监控建议
定期检查 INNODB_TRX 表，发现长时间运行事务及时处理 设置 innodb_undo_log_truncate 和 innodb_max_undo_log_size 防止长事务导致回滚段膨胀 开发规范中要求显式事务尽量短，并避免程序忘记提交或回滚 配合慢查询日志（slow query log）分析长时间未提交的事务 SQL基本上就这些。通过组合使用 INNODB_TRX、PROCESSLIST 和 performance_schema，你可以全面掌握 MySQL 的事务状态。关键是养成定期巡检的习惯，避免长事务引发系统性风险。
