AT模式和TCC模式是否可以混合使用:
混合使用的含义有2种:
1、同一个应用中,是否可以同时存在AT模式的全局事务和TCC模式的全局事务?
2、同一个全局事务,其分支事务是否可以同时存在AT模式和TCC模式的分支事务?
通过测试验证是可以的,事务能正常的提交和回滚。但是未进行高并发的测试,需要进一步验证高并发的场景,以验证其正确性。
seata的事务隔离级别:
对于隔离性,Seata 官方给出一段话:全局事务的隔离性是建立在分支事务的本地隔离级别基础之上的。
我们对隔离级别的共识是:微服务场景产生的分布式事务,绝大部分应用在读已提交的隔离级别下工作是没有问题的。而实际上,这当中又有绝大多数的应用场景,实际上工作在读未提交的隔离级别下同样没有问题。
默认情况下,Seata 是工作在读未提交的隔离级别下,保证绝大多数场景的高效性。
但是若多个全局事务出现对同一资源并发写的情况,就会出现严重的问题。一个事务回滚,一个事务提交成功,回滚的事务可能会覆盖掉写成功的事务。
那 Seata 是如何解决这个问题的呢?
在数据库本地隔离级别读已提交或以上的前提下,Seata 设计了由事务协调器维护的全局写排它锁,来保证事物间的写隔离,将全局事务默认定义在读未提交的隔离级别上。
在极端场景下,应用如果需要达到全局的读已提交,Seata 也提供了相应的机制来达到目的。
即是,全局事务未提交,但本地已提交的数据,对其他全局事务是可见的,但其他全局事务不能操作该条数据,必须等当前全局事务提交。
参考:https://blog.youkuaiyun.com/rambogototravel/article/details/102919249