thinkphp不支持跨库事务，因pdo连接隔离与mysql协议限制导致原子性无法保证；应采用saga模式+幂等日志表实现最终一致性，确保状态持久化与补偿可靠。
ThinkPHP 不支持跨数据库事务，无论你怎么写 Db::transaction() 或手动调用 startTrans()，只要操作的是不同 database（哪怕同实例），就无法保证原子性——这不是配置或语法问题，是 PDO 连接隔离和 MySQL 协议层面的硬限制。
为什么 Db::connect('db1')->startTrans() 和 Db::connect('db2')->startTrans() 互不影响
每次 Db::connect() 都创建全新 PDO 实例，事务状态完全独立：
-
Db::connect('user_db')的事务只控制该连接上的语句，Db::connect('order_db')根本感知不到前者 - 两个连接各自
commit()时，user_db已落盘，order_db即便抛异常也不会触发前者回滚 - 常见现象：
Db::transaction()包裹两库写入，日志显示“成功”，但查库发现只有user_db有数据、order_db空着——这就是伪事务
别碰 XA：TP 没封装，MySQL 8.0+ 也不可靠
即使查到 MySQL 支持 XA，也别在 TP 项目里试：
- TP 的 PDO 封装层没暴露
xaCommit()、xaRollback()等方法，必须绕过 ORM 手写$pdo->exec("XA START 'tx1'") - MySQL 8.0 默认关闭
xa_support，XA RECOVER结果不可靠，prepare后容易卡住无法自动清理 - PHP-FPM 下 XA 分支无法跨请求存活，不适用于异步流程或分步提交；TP 连接池还会干扰 XA 生命周期，导致悬挂事务堆积锁
Saga 模式 + 幂等日志表：唯一能落地的补偿方案
放弃“一次全部成功”的幻想，接受最终一致性。核心是把跨库操作拆成可逆步骤，并持久化每一步状态：
- 先写主库（如
order_db），生成唯一order_sn，同时插入本地saga_log表，记录步骤为create_order、状态为pending - 再调
user_db扣减积分，成功则更新saga_log状态为done；失败则写入错误信息，状态为failed - 后台定时任务扫描
saga_log中failed记录，按反向顺序执行补偿（如cancel_order） - 所有对外接口必须幂等：
deduct_points(order_sn, amount)要先查saga_log是否已执行，避免重复扣减
关键细节：saga_log 必须和主业务表在同一个库、同一事务内写入，否则连日志都可能丢失；补偿接口不能依赖新外部服务（比如再调一次微信支付），否则补偿链路本身就成了单点故障。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
