XA事务卡在PREPARED状态属未决事务，必须用XA RECOVER查出xid并人工执行XA COMMIT/XA ROLLBACK终结；innodb_trx不可靠，trx_mysql_thread_id=0即为僵尸XA，需确认跨节点状态后操作，否则引发数据不一致。
遇到 XA 事务卡在 PREPARED 状态、数据库锁死、XA RECOVER 返回结果但无法提交或回滚，说明存在未决（in-doubt）事务——这不是配置问题，而是协调中断后留下的“悬停状态”，必须人工介入。
查出所有未决XA事务：用XA RECOVER而非innodb_trx
information_schema.innodb_trx 对 XA 事务基本不可靠：它可能不显示 PREPARED 状态的事务，或者显示 trx_mysql_thread_id = 0 却无法 KILL。真正能暴露未决 XA 的只有 XA RECOVER。
- 直接执行
XA RECOVER，它会返回所有处于PREPARED状态的 XA 事务列表，包含formatID、gtrid_length、bqual_length和原始xid字节数组 - 注意：返回结果中的
xid是二进制格式，不能直接用于XA COMMIT；需用HEX()转成十六进制字符串再拼接，例如：XA COMMIT X'677472696431' - 如果
XA RECOVER无输出，但业务仍有锁等待，可能是 XA 事务已崩溃但未清理——此时要检查 MySQL 错误日志里是否有Found 1 prepared transaction(s)开头的恢复提示
识别“僵尸”XA事务：看trx_state = PREPARED且trx_mysql_thread_id = 0
当 XA 事务进入 PREPARED 阶段后，客户端连接断开或 TM 崩溃，MySQL 会保留该事务状态，但剥离其线程上下文，表现为：
-
SELECT * FROM information_schema.innodb_trx WHERE trx_state = 'PREPARED'可能查到记录，但trx_mysql_thread_id恒为0 -
KILL这个trx_mysql_thread_id无效，因为线程早已不存在 - 该事务持有的行锁、表锁仍被持有，阻塞其他事务，且不会自动超时释放
- 这种事务无法通过普通事务机制回滚，只能靠
XA COMMIT或XA ROLLBACK显式终结
安全终结未决XA事务：先确认再操作，别直接XA COMMIT
未决 XA 事务是否可提交，取决于它在其它参与节点上的状态。盲目 COMMIT 可能破坏跨库一致性。操作前必须：
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 确认该
xid在所有参与的 MySQL 实例（或其它 RM）上都处于PREPARED状态，且无失败日志 —— 否则应XA ROLLBACK - 若只在一个实例上看到该
xid，极大概率是 TM 异常退出导致“单边准备”，此时应XA ROLLBACK以避免数据漂移 - 执行命令时，
xid必须与XA RECOVER输出完全一致（含大小写和引号），例如：XA ROLLBACK X'677472696431'，而不是XA ROLLBACK 'gtrid1' - 操作后立即再次运行
XA RECOVER验证是否清空；若仍有残留，说明事务日志损坏，需考虑重启 mysqld 并观察错误日志中是否触发自动恢复
预防未决XA堆积：调大max_prepared_transactions并监控
MySQL 默认 max_prepared_transactions = 0（即禁用 XA），启用后若设得太小，会导致新 XA 无法进入 PREPARE，报错 ERROR 1399 (XAE04): XAER_RMFAIL: The command cannot be executed when global transaction is in the PREPARED state。
- 在
my.cnf中显式设置足够值，例如：max_prepared_transactions = 128，并重启生效 - 上线 XA 应用前，用
SHOW VARIABLES LIKE 'max_prepared_transactions'和SHOW STATUS LIKE 'Com_xa_prepare'做基线比对 - 将
XA RECOVER结果数纳入监控项（如 Prometheus + mysqld_exporter），非零即告警 —— 因为正常系统里这个值应该恒为 0 - 注意：Docker 容器中若未挂载持久化日志目录，MySQL 重启后可能丢失 XA 日志，导致无法恢复未决事务，必须确保
datadir和innodb_log_group_home_dir持久化
未决 XA 事务不是“慢查询”或“锁等待”那种可等待的问题，它是分布式协议断裂后的确定性残留，必须靠人工核对 xid 状态并显式终结；任何跳过 XA RECOVER 直接查 innodb_trx 或依赖自动清理的想法，都会让问题拖进深夜。
