MySQL中分析慢事务的关键在于开启并解析事务日志和慢查询日志，结合性能视图来定位长时间运行的事务。以下是一套实用的分析方法。
1. 开启慢查询日志并记录事务信息
要分析慢事务，首先要确保MySQL已开启慢查询日志，并配置相关参数记录事务相关信息：
slow_query_log = ON：开启慢查询日志功能 long_query_time = 1：设定超过1秒的查询记为“慢”（可根据业务调整） log_slow_extra = ON（MySQL 8.0+）：记录更多事务级信息，如锁等待时间、扫描行数等 log_output = FILE 或 TABLE：建议设为FILE便于外部工具分析，也可用TABLE（mysql.slow_log）示例配置：
[mysqld] slow_query_log = ON slow_query_log_file = /var/log/mysql/slow.log long_query_time = 1 log_slow_extra = ON
2. 使用pt-query-digest分析慢日志
pt-query-digest 是Percona Toolkit中的强大工具，能自动汇总慢日志中的事务和SQL，识别最耗时的事务模式。
安装Percona Toolkit后执行：pt-query-digest /var/log/mysql/slow.log > slow_analysis.txt
输出结果会按执行时间、锁等待、扫描行数等指标排序，显示典型慢事务的SQL模板、出现次数、平均执行时间等，帮助快速定位问题SQL。
3. 查询information_schema.innodb_trx获取实时事务状态
对于正在运行的长事务，可直接查询InnoDB事务表：
SELECT * FROM information_schema.innodb_trx ORDER BY trx_started;
重点关注字段：
trx_id：事务ID trx_started：事务开始时间，若时间过早说明事务未及时提交 trx_mysql_thread_id：关联线程ID，可用于查processlist trx_query：当前执行的SQL trx_state：事务状态（RUNNING、LOCK WAIT等）结合
SHOW PROCESSLIST或
performance_schema.threads可进一步追踪来源连接和应用行为。
4. 检查事务隔离级别与锁等待
长事务常伴随锁竞争。可通过以下方式排查：
SELECT * FROM performance_schema.data_lock_waits;
或使用：
SHOW ENGINE INNODB STATUS\G
在输出的TRANSACTIONS部分查看当前活跃事务，在SEMAPHORES和LATEST DETECTED DEADLOCK中分析锁冲突情况。
同时检查事务隔离级别是否合理：
SELECT @@transaction_isolation;
过高的隔离级别（如SERIALIZABLE）可能增加锁开销，导致事务变慢。
基本上就这些。关键是开启日志、用工具分析历史慢事务，再结合运行时视图监控实时状态。定位到具体SQL后，优化索引、减少事务范围、避免在事务中做耗时操作（如网络请求），就能显著改善。
