本文探讨了分布式事务中的TCC（Try-Confirm-Cancel）和XA（eXtended Architecture）的区别。TCC是业务层面的分布式事务，侧重最终一致性，避免了长事务的锁风险，而XA是资源级别的事务，保证强一致性但可能引发锁竞争。此外，文章还对比了TCC模型与DTP（分布式事务处理）模型，指出两者在2阶段提交上的异同以及在实际应用中的角色和实现方式。
分布式事务TCC与XA有什么区别？
TCC与XA两阶段提交有什么区别？
1.XA是资源（数据库）的分布式事务，强一致性，在整个过程中，数据一直锁住状态；即从prepare到commit、rollback的整个过程中，TM一直把持着数据库的锁，如果有其他人要修改数据库的该条数据，就必须等待锁的释放。（简单一句话就是长事务风险）
另外在开发过程中，开发人员无感知XA的代码入侵（从Atomikos的例子我们可以感受到）
2.TCC是业务的分布式事务，最终一致性，不会出现长事务的锁风险。
为什么TCC不会出现长事务的锁风险呢？因为try是本地事务，锁定资源后就提交事务，confirm和cancel也是本地事务，可以直接提交事务；故多个短事务不会出现长事务的风险。
在开发过程中，开发人员感受到两阶段提交的存在；即开发人员必须实现try、confirm和cancel方法。
分布式事务TCC模型 与DTP模型有什么区别？
以上两张图，有很多的相似之处
1.TCC模型的发起方 类似DTP模型的AP，TCC模型的接收方 类似于DTP模型的RM
最低0.47元/天 解锁文章
扫一扫
434
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
