通过SHOW ENGINE INNODB STATUS、information_schema.INNODB_TRX和日志分析可准确掌握MySQL事务回滚情况，结合实时监控与日志追溯定位问题。
在 MySQL 中分析事务回滚情况，有助于排查性能问题、死锁原因或异常数据变更。以下是几种常用方法和步骤，帮助你有效分析事务回滚行为。
启用并查看 InnoDB 事务日志（InnoDB Status）
InnoDB 存储引擎提供了一个详细的运行状态输出，可以通过 SHOW ENGINE INNODB STATUS\G 命令查看，其中包含最近的事务、锁信息和回滚相关信息。
重点关注以下几个部分：
- TRANSACTIONS：显示当前活动事务列表，包括事务状态（如 RUNNING、ROLLING BACK）、事务 ID 和操作类型。
- ROLLING BACK：如果看到某个事务处于“ROLLING BACK”状态，并持续较长时间，说明该事务正在回滚，可能涉及大量数据修改。
- Last foreign key error / Last deadlock info：可帮助判断是否因外键约束或死锁导致自动回滚。
示例：
SHOW ENGINE INNODB STATUS\G
使用 information_schema 分析事务与会话
MySQL 提供了 information_schema 数据库中的多个表来监控事务状态：
- INNODB_TRX：列出当前正在执行的 InnoDB 事务。字段如 trx_state（RUNNING、LOCK WAIT、ROLLING BACK）、trx_started、trx_mysql_thread_id 可帮助识别长时间运行或回滚中的事务。
- PROCESSLIST 或 performance_schema.threads：结合线程 ID 查看哪个 SQL 正在执行或被阻塞。
示例查询：
SELECT * FROM information_schema.INNODB_TRX WHERE trx_state = 'ROLLING BACK';
开启通用日志或 binlog 分析事务行为
若需追溯具体哪些语句被回滚，可以借助日志工具：
- 通用查询日志（general query log）：记录所有客户端发送的 SQL 语句。启用后可通过日志查看 BEGIN、SQL 操作和 ROLLBACK 出现的位置。
- 二进制日志（binlog）：仅记录已提交事务。未提交或回滚的事务不会写入 binlog，因此缺失某段更新也可能暗示发生了回滚。
启用通用日志：
SET GLOBAL general_log = 'ON';
SET GLOBAL log_output = 'TABLE'; （或 FILE）
之后查看：SELECT * FROM mysql.general_log WHERE argument LIKE '%ROLLBACK%';
模拟与监控事务回滚场景
为验证回滚机制，可手动构造测试事务：
BEGIN;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
-- 故意触发错误
INSERT INTO non_existent_table VALUES (1);
-- 事务将自动回滚
此时通过 INNODB_TRX 或 SHOW ENGINE INNODB STATUS 可观察到事务回滚过程。
基本上就这些。通过组合使用 InnoDB 状态、系统表监控和日志分析，你能准确掌握 MySQL 中事务何时、为何以及如何发生回滚。关键在于实时观测与日志留存配合，便于事后追溯。
