大佬教程收集整理的这篇文章主要介绍了Seata简述，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
一阶段：事务协调者通知每一个服务处理本地事务，每个服务开始处理但是不会提交事务，处理完毕后告知协调者。
二阶段：协调者收到所有服务的消息后通知他们提交事务。
事务管理器(TM)，决定什么时候全局提交or回滚。(司令官)
事务协调者(TC)，负责通知命令的中间件seata-server。(传令官)
资源管理器(RM)：执行具体事情。(大头兵)
一阶段：先解析SQL生成前后镜像，插入回滚日志，在提交事务前，向协调者申请全局锁后，然后提交本地事务，将提交结果发送给协调者。
二阶段-回滚：收到协调者的回滚请求，执行逆向SQL。
二阶段-提交：收到协调者的提交请求，把请求放入队列中，立刻返回成功结果给协调者。删掉UNDOLOG。
我的理解：AT模式是参与者在本地会提交事务，然后返回结果给协调者，如果有参与者发送了提交事务失败，那么协调者就会告知所有参与者回滚，否则会告知所有参与者成功，然后删除UNDOLOG。
在数据库里中添加undolog表：
如果全局事务成功，删除undolog即可。
如果全局事务失败，执行undolog的逆向SQL
一阶段本地事务提交前，需要确保先拿到 全局锁 。
拿不到 全局锁 ，不能提交本地事务。
拿 全局锁 的尝试被限制在一定范围内，超出范围将放弃，并回滚本地事务，释放本地锁。
在数据库本地事务隔离级别 读已提交（Read Committed） 或以上的基础上，Seata（AT 模式）的默认全局隔离
级别是 读未提交（Read Uncommitted） 。
如果应用在特定场景下，必需要求全局的 读已提交 ，目前 Seata 的方式是通过 SELECT FOR updatE 语句的代理。
SELECT FOR updatE 语句的执行会申请 全局锁 ，如果 全局锁 被其他事务持有，则释放本地锁（回滚 SELECT FOR updatE 语句的本地执行）并重试。这个过程中，查询是被 block 住的，直到 全局锁 拿到，即读取的相关数据是 已提交 的，才返回。
出于总体性能上的考虑，Seata 目前的方案并没有对所有 SELECT 语句都进行代理，仅针对 FOR updatE 的 SELECT 语句。
创建3个微服务：会员，库存，订单。
订单服务的下订单方法里有三个事务方法，下订单，会员加积分，减库存。通过feign远程调用其他两个服务，globaltransaction注解声明全局事务，可以全局提交or回滚。
以上是大佬教程为你收集整理的Seata简述全部内容，希望文章能够帮你解决Seata简述所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。