分布式事务XA、TCC、AT总结

TCC和AT在第一阶段都会直接将事务提交(commit),如果需要回滚,TCC则需要在Cancel阶段自己实现一段业务逻辑来完成数据的回滚。注意,此时是写补偿sql来完成回滚保证数据的一致性。

而AT模式会将一阶段执行的sql记录在undo_log表中,然后通过整个undo_log来自动完成回滚,不需要程序员手动写补偿代码。这样也是阿里首推AT模式的原因,一个注解即可搞定分布式事务。


其次,TCC可以不依赖于关系型数据库,比如我们的远程操作可能是操作Redis、MongoDB等。因为TCC中的各阶段的逻辑都是我们手动来实现的,所以可以不依赖于数据库事务。

而AT模式必须要依赖于数据库事务,也就是说远程服务的方法必须加@Transaction注解,这样TM才能感知到。

上一篇:idea中 配置文件运行中文乱码解决方法


下一篇:分布式事务(二)之两阶段提交