Seata分布式事务你懂吗？学习了大佬的经验，公司说要给我涨薪8K

本文链接：https://blog.youkuaiyun.com/LBWNB_Java/article/details/126784483

本文介绍了Seata作为阿里开源的分布式事务解决方案，其基于两阶段提交模型，包括TM、RM和TC三个核心角色。AT模式利用UNDO_LOG表实现一阶段提交和二阶段回滚，MT模式则适用于无事务支持的存储。通过一个用户下单的微服务案例，展示了如何在Java应用中使用Seata进行分布式事务管理，只需在业务方法上添加注解@GlobalTransactional。此外，文章还提及SpringCloudAlibaba中的Sentinel服务容错机制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

分布式事务处理过程的-ID+三组件模型：

关于事务的基本概念

Seata是阿里开源的分布式事务解决方案中间件，对业务侵入小，在应用中Seata整体事务逻辑基于两阶段提交的模型，核心概念包含三个角色：

TM：事务发起者。用来告诉TC全局事务的开始，提交，回滚。
RM：事务资源，每一个RM都会作为一个分支事务注册在TC。
TC：事务协调者，即独立运行的seata-server，用于接收事务注册，提交和回滚。

Seata的运行分AT和MT两种模式。还有其他的模式如SAGA，还未研究。

AT(Auto Transaction)模式

这个模式需要模块为Java语言，并且数据库支持本地事务。一个典型的分布式事务过程：

TM 向 TC 申请开启一个全局事务，全局事务创建并生成一个全局唯一的XID。
XID 在微服务调用链路的上下文中传播。
RM 向 TC 注册分支事务，将其纳入 XID 对应全局事务的管辖。
TM 向 TC 发起针对 XID 的全局提交或回滚决议。
TC 调度 XID 下管辖的全部分支事务完成提交或回滚请求。

MT(Manual Transaction)模式

这个模式适合其他的场景，因为底层存储可能没有事务支持，需要自己实现 prepare、commit和rollback的逻辑

为什么Seata在第一阶段就直接提交了分支事务？

Seata能够在第一阶段直接提交事务，是因为Seata框架为每一个RM维护了一张UNDO_LOG表（这张表需要客户端自行创建），其中保存了每一次本地事务的回滚数据。因此，二阶段的回滚并不依赖于本地数据库事务的回滚，而是RM直接读取这张UNDO_LOG表，并将数据库中的数据更新为UNDO_LOG中存储的历史数据。

如果第二阶段是提交命令，那么RM事实上并不会对数据进行提交（因为一阶段已经提交了），而实发起一个异步请求删除UNDO_LOG中关于本事务的记录。

有些地方的官网文档写的可能比较难理解，那么接下来我会用简单的方式来描述一下如何搞定分布式事务

快速入门

譬如你有两个微服务，一个是库存模块StorageService，一个是订单模块OrderService，主业务是用户下单，然后需要分别调用上面的两个服务，完成减库存、用户扣款和下单操作。由于两个服务是不同的服务，并且是不同的数据库，那么这就是一个典型的分布式事务场景。我们希望要么全部成功，要么全部失败。

/**
 * 用户下单
 */
public void purchase(String userId, String commodityCode, int orderCount) {
        //减库存
        storageService.deduct(commodityCode, orderCount);
        //扣款、生成订单
        orderService.create(userId, commodityCode, orderCount);
    }

其中OrderService做了如下操作，扣减钱款、生成订单。库存Service就是减了一下库存。

那么要完成这次分布式事务，只需要在purchase方法上加个注解即可。看起来确实是一个注解，解决所有。

@GlobalTransactional
    public void purchase(String userId, String commodityCode, int orderCount) {
        ......
    }

Springcloud Alibaba 里的steata 分布式事务的简单讲解就是这样了，由于篇幅原因，很多朋友可能还觉得干货讲得还不够多，我手里有一份关于SpringCloudAlibaba笔记，里面系统的讲解了springcloud Alibaba的各种内容，应有尽有！

笔记内容

Seata--分布式事务

1.分布式事务基础、2.本地事务、3.全局事务、4.最大努力通知等更多笔记内容

第一章微服务介绍

随着互联网的发展，网站应用的规模不断的扩大，进而导致系统架构也在不断的进行变化。本章就讲述了每种架构系统是什么样子的，以及有什么的作用。

介绍Spring cloud alibaba

第四章Sentinel--服务容错篇

在微服务架构中，我们将业务拆分成一个个的服务，服务于服务之间可以互相调用，但是由于网络原因或者自身原因，服务并不能保证服务100%可用，如果单个服务出现问题，调用整个服务就会出现网络延迟，此时若有大量网络进来，最终会导致服务瘫痪的，所以这篇便讲解了一个高并发带来的问题等。

总结

Seata分布式事务只是Springcloud Alibaba里面的一部分，想要真正的了解它，一定要系统的了解它的整个内容。

俗话说，知己知彼百战百胜，想要克服“Seata分布式”这一难题，先要了解springcloud alibaba整体的分布和内容，并抓住其关键和本质。