mysql xa事务状态流转为active→idle→prepared→committed/rolled back，必须严格按xa start→xa end→xa prepare→xa commit/rollback顺序执行，不可跳过xa end；prepared状态持久化在redo log中且持锁不释放，需用完全一致xid操作，否则报错xae08。
XA事务的两个状态阶段怎么流转
MySQL不自己当协调者，只做资源管理器（RM），所以整个流程必须由应用层或中间件驱动。它内部只有四个关键状态：ACTIVE → IDLE → PREPARED → COMMITTED/ROLLED BACK。你不能跳过XA END直接XA PREPARE，否则会报错ERROR 1397 (XAE04): XAER_RMFAIL: The RM has detected an error。
常见卡点是：事务停留在PREPARED状态后没被清理。这时XA RECOVER能查到它，但XA COMMIT或XA ROLLBACK必须用**完全一致的xid**（包括bqual和formatID）才能操作，否则提示ERROR 1396 (XAE08): XAER_NOTA: Unknown XID。
-
XA START 'xid'后进入ACTIVE，可执行DML -
XA END 'xid'后变成IDLE，不能再执行SQL -
XA PREPARE 'xid'触发InnoDB写入redo log并持久化prepare记录，状态变为PREPARED - 此时事务已刷盘、加锁未释放，直到
XA COMMIT或XA ROLLBACK才真正落库或回滚
InnoDB在prepare阶段到底干了什么
不是“先写binlog再写redo”，而是严格按XA语义走两阶段持久化：先在redo log里写一条XID_LOG_EVENT标记prepare，同时把所有变更数据页刷脏；但binlog暂不写——这是为了和MySQL内部XA（比如binlog与innodb提交一致性）区分开。
重点在于：prepare之后，事务对其他连接可见性取决于隔离级别。即使REPEATABLE READ下，别的事务也查不到这些未提交数据；但若设为SERIALIZABLE，会额外加范围锁防幻读，进一步拖慢并发。
- prepare时已持有行锁、间隙锁，直到commit/rollback才释放
- undo log不会被清理，
PREPARED事务长期存在会导致purge线程阻塞、history list暴涨 - 崩溃恢复时，MySQL启动会扫描
redo log，自动重试未完成的XA COMMIT或XA ROLLBACK
为什么XA事务性能比本地事务差10倍
根本原因不是网络往返，而是锁粒度和日志刷盘策略。本地事务一次fsync搞定redo和binlog；XA事务在prepare阶段就要fsync一次redo，commit阶段再fsync一次binlog（如果开启），中间还夹着应用层决策延迟。
更隐蔽的问题是：多个XA事务并发prepare时，InnoDB的trx_sys->mutex会成为瓶颈，尤其在高TPS场景下，SHOW ENGINE INNODB STATUS里能看到大量waiting for transaction lock等待。
- 每个
XA PREPARE都强制刷盘，无法批量合并IO - 锁持有时间从毫秒级拉长到秒级（取决于应用层调用
XA COMMIT的时机） - 如果应用崩溃，悬挂的
PREPARED事务会持续占用undo空间，可能触发ERROR 1206 (HY000): The total number of locks exceeds the lock table size
xa recover查不到悬挂事务？检查这三处
XA RECOVER只返回当前MySQL实例中处于PREPARED状态的XA事务，但它依赖底层存储引擎是否如实上报。InnoDB支持，MyISAM不支持——所以先确认表引擎：SELECT ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA='your_db' AND TABLE_NAME='your_table';
查不到的常见原因：
- 事务已实际提交但MySQL没来得及更新状态（如OS kill -9后重启，恢复逻辑失败）
- xid中的
bqual或formatID不匹配，XA RECOVER输出的data字段是拼接后的二进制值，不是原始字符串 - MySQL配置了
innodb_force_recovery > 0，此时XA事务被禁用，XA RECOVER始终返回空
真正麻烦的是跨实例场景：一个MySQL上XA PREPARE成功，另一个挂了，应用层又没做超时兜底，这个事务就真“悬”住了——没有自动唤醒机制，只能人工介入XA COMMIT或XA ROLLBACK。
