分布式事务培训

MQ发生成功
MQ响应失败
断网
DIY
seary 不保证隔离性，扣账不成功，钱被花了。导致回滚不成功
超时处理。
超时处理机制
防悬挂，
try 的 try catch 导致不报错。空提交
处理链，inputlog万一数据库出现问题。outlog
最终保证回滚。映射成功，业务不一致，数据不一致解决方案。

提交重试机制。技术
监控中心
兜底机制，异常。
如果先提全局，分支
设置超时后，全局
用状态控制
断网，不会报错，

超时机制
并发全局提交与全局回滚可能同时进行吗？
通过状态判断
提交状态，回滚状态。
屏蔽掉异常
先查 1，别人更新 5。只回滚 4 全局表，分支表
加乐观锁错误❎
方案，input 回查状态 ，先查后删
方案，outdate
方案加悲观锁，锁全悲观锁，串行不是并行。
任何异常，
sega 没这种机制。外围和核心一致。
扣钱，加钱。改状态。但是外围断网。
tcc 回查机制。兜底保证一致。返回给外围成功。
超时时候，同时提交回滚不可能，所以竞争。inset
怎么保证所有异常，不会影响一致性 tcc

事务运维
事务管理
事务状态
超时提交