在MySQL中分析事务执行情况，关键在于了解事务的状态、锁信息、执行时长以及是否发生阻塞或死锁。通过系统表和日志可以有效监控和诊断事务行为，尤其适用于InnoDB存储引擎。
查看当前正在运行的事务
MySQL提供information_schema.INNODB_TRX表来展示当前活跃的InnoDB事务，这是分析事务的第一步。
trx_id：事务唯一标识 trx_state：事务状态（如 RUNNING、LOCK WAIT） trx_started：事务开始时间 trx_mysql_thread_id：对应线程ID，可用于关联processlist trx_query：当前正在执行的SQL语句执行以下语句查看活跃事务：
SELECT * FROM information_schema.INNODB_TRX\G结合线程和锁信息定位问题
单看事务信息可能不够，需结合线程和锁进一步分析。
使用performance_schema.threads或SHOW PROCESSLIST可将事务与客户端连接关联：
SHOW FULL PROCESSLIST;若怀疑锁等待，查看INNODB_LOCKS（已弃用）或更推荐的performance_schema.data_locks：
SELECT * FROM performance_schema.data_locks WHERE OBJECT_SCHEMA = 'your_db';同时可查data_lock_waits获取锁等待关系。
启用并分析InnoDB状态日志
运行SHOW ENGINE INNODB STATUS\G可获取详细的InnoDB运行状态，包含最近死锁信息、事务列表、锁等待图等。
重点关注输出中的以下几个部分：
TRANSACTIONS：列出当前事务及其状态 LOCK WAIT：显示被阻塞的事务和持有的锁 LATEST DETECTED DEADLOCK：最近一次死锁的详细过程，包括时间、事务SQL、回滚方等该命令是排查事务问题的重要手段，建议在问题发生时立即执行。
开启事务相关性能监控
可通过Performance Schema或设置全局变量收集更详细的事务统计。
开启innodb_print_all_deadlocks将所有死锁记录到错误日志： SET GLOBAL innodb_print_all_deadlocks = ON;使用sys schema中的视图简化分析，例如： SELECT * FROM sys.innodb_lock_waits;监控长时间运行的事务： SELECT * FROM information_schema.INNODB_TRX WHERE trx_started及时发现长时间未提交的事务有助于预防锁堆积。
基本上就这些。掌握这几个工具和方法，就能有效分析MySQL中事务的执行情况，快速定位阻塞、死锁或异常长时间运行的问题。
