假如try方法内部是一批数据库插入和更新的操作,相关的表在不同的库上,所以不能做成一个本地事务,这种情况怎么办?
比如try方法操作后,有部分数据库操作提交,有部分没有,cancel也不好处理啊
假如try方法内部是一批数据库插入和更新的操作,相关的表在不同的库上,所以不能做成一个本地事务,这种情况怎么办?
比如try方法操作后,有部分数据库操作提交,有部分没有,cancel也不好处理啊
try 方法里面可以按照正常的多数据库源调用,后面一个操作是否执行依赖前一操作的结果,做个判断,如果前一个操作失败,则直接异常。confirm 里面可以执行空方法,cancel 方法里面可以执行具体的回滚操作。个人认为想要看看你操作数据是什么的逻辑 ,来编排你的cancel方法。
15 回答8.4k 阅读
8 回答6.2k 阅读
1 回答4k 阅读✓ 已解决
3 回答2.2k 阅读✓ 已解决
2 回答3.1k 阅读
2 回答3.8k 阅读
3 回答1.7k 阅读✓ 已解决
TCC的try阶段是尝试阶段,都成功后才则有TCC推动执行各个本地的confirm,会一直尝试。
这里如果你是单个应用写不同的数据库,这个不能叫分布式事务,而且本身设计层面也不应该这么做。分布式事务是一个应用调用多个其他应用共同组成事务,要么都成功,要么都失败。