php无法原生支持跨库xa事务，因mysql 8.0虽保留xa但pdo/mysqli未暴露接口，手动执行xa命令易失败；多连接分别begintransaction()再commit()仅为“伪原子性”，缺乏协调者保障acid，必须依赖应用层补偿、日志追踪与幂等设计。
PHP里直接用XA事务基本走不通
MySQL从5.7开始默认禁用XA，8.0虽支持但要求所有参与库都启用xa_support=ON且必须用mysql原生驱动（PDO不支持XA START/END/COMMIT命令），而PHP官方至今没在PDO或mysqli中暴露XA相关接口。你写mysqli_query($conn, "XA START 'tx1'")大概率报错Unknown command或被静默忽略。
为什么START TRANSACTION跨库不能当分布式事务用
手动对多个PDO连接分别调beginTransaction()再一起commit()，看起来像事务，实际只是“伪原子性”：
- 两个库都
commit()成功前，若PHP进程崩溃或网络中断，第二个commit()失败，第一个已提交无法撤回 - 没有协调者，无法保证“全部提交”或“全部回滚”的严格语义
- MySQL自身不感知这是同一逻辑事务，binlog里是两条独立事务记录，主从复制、备份恢复时也各自独立
真要跨库强一致性，只能靠应用层补救
没有数据库级XA支持时，业务代码得自己扛住失败场景。常见做法是：
- 按固定顺序操作库（如先用户库→再订单库→最后库存库），失败时反向执行补偿动作（如订单创建失败，就调用户服务的
undoDeposit()） - 所有关键操作记录到本地
transaction_log表，含全局tx_id、步骤、状态、时间戳；后台定时扫描超时未完成的tx_id，触发重试或告警 - 避免在事务块内调外部HTTP服务——网络延迟或超时会卡死整个流程；改用消息队列异步发指令，由下游服务自行决定是否执行
- ThinkPHP等框架的
Db::connect()->startTrans()只是封装了单连接的BEGIN，跨库调多次只是并行开启多个独立事务，不是2PC
真正该警惕的其实是“以为自己用了分布式事务”
很多项目把try { $db1->begin(); $db2->begin(); ... commit() }当成银弹，上线后遇到部分提交、数据不一致才意识到：MySQL没帮你协调，PHP也没魔法。跨库事务的可靠性不在语法有多像，而在有没有幂等接口、有没有日志追踪、有没有人工干预入口。别让commit()那行代码成为系统脆弱性的起点。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
