TCC分布式事务七种异常情况小结

TCC标准编程模型

异常一：try阶段异常

在try阶段异常之后，就会执行cancel阶段，此时cancel阶段是一定要保证成功的，如果cancel阶段没有执行成功，那么就要进行重试

异常二：cancel阶段异常

其实这个异常的处理方式和异常一是一样的，失败了就重试，如果一直重试失败，那么就要进行人工干预

异常三：confirm提交异常

try阶段成功了，那么confirm一定要成功，如果失败了，那么就要进行重试，重试多次还未成功，那么就要进行人工干预

但是这里重试要注意，因为在confirm阶段有二步数据库操作，如果扣冻结张三20元成功了，但是李四加20元失败了，这时候重试就要做判断，看张三扣减20元是否之前已经操作成功了，如果操作成功了，就不要再次进行扣减冻结的操作

异常四：本地事务与TCC事务冲突

在try阶段我们添加了一个本地事务，如果这时候try阶段异常，那么本地事务就会回滚，所以这时候冻结张三20元的操作就会回滚，也就不会被冻结。那么这时候try阶段异常了，就会执行cancel阶段进行回滚

在cancel阶段，我们会还张三冻结的20元，这时候如果cancel执行成功，那么张三的金额就会多出20元，就会造成数据的不一致，所以一般不要加本地事务

@Transaction(rollback=Exception.class)
@Hmily(comfirmMethod="confirmMethod",cancelMethod="cancelMethod")
public void try() {
  //查询张三余额信息  
  Account account = accountMapper.selectByUserId(1);
  //冻结张三20元
  account.setDJAccount(20);
  accountMapper.updateById(account);
}

异常五：空回滚

为什么会有空回滚的异常呢？ 比如我们在执行try阶段的时候，由于超时了，导致TCC就去执行cancel阶段了，但是这时候try阶段还没有执行，也就是try阶段还没有冻结张三20元，这时候就造成了空回滚。

这时候我们需要引入其它手段，比如增加一张日志表，在回滚的时候，判断一下这是事务有没有执行try阶段，也就是这个事务有没有执行过try阶段，如果没有就不要执行cancel阶段的操作了。

异常六：第二阶段重复提交

第二阶段包括confirm，cancel，为什么会有重复提交呢？ 因为我们不能保证confirm阶段或者cancel阶段一定能成功，如果不成功那么我们就要进行重试，

举个例子，在confirm阶段有二步数据库操作，假设扣减张三冻结20元成功，但是李四加20元失败了，这时候我们就要进行重试，但是重试的时候我们扣减张三冻结的20元已经操作成功了，所以不需要再次扣减了，所以我们要做好类似去重的操作，之前操作成功的就不要再次进行操作了

异常七：防悬挂

cancel阶段比try阶段先执行，由于网络原因导致try阶段超时，这时候就会执行cancel阶段操作，等cancel阶段执行完了，这时候try才执行，虽然事务失败了，但是这个事务已经结束了，所以这时候的try方法一定不能执行

以上就是TCC分布式事务七种异常情况小结的详细内容，更多关于TCC分布式事务异常的资料请关注脚本之家其它相关文章！