五分钟带你了解Seata分布式事务，java开发实战经典答案

• 分支事务中数据的 本地锁 由本地事务管理，在分支事务 Phase1 结束时释放。·

• 同时，随着本地事务结束，连接 也得以释放。·

• 分支事务中数据的 全局锁 在事务协调器侧管理，在决议 Phase2 全局提交时，全局锁马上可以释放。只有在决议全 局回滚的情况下，全局锁 才被持有至分支的 Phase2 结束。

1.2.本地事务执行流程

在进行本地提交的前提是，seata 会解析 SQL，获取数据库表的元数据，根绝 SQL 类型，选择性地生成数据的前置镜像和后置镜像， 保存在 undolog 表中，并且要求与保存 undolog 与业务 SQL 在同一个本地事务内。

这就保证了：

1. 如果一个本地事务被提交，那么必定对应着相应的 undo_log

2. 如果保存 undo_log 保存失败，那么业务 SQL 也会失败

1.3.全局事务提交流程

因为每个分支事务的本地事务都已经被提交，所以如果全局事务能够顺利进行到“提交“这一阶段，那么意味着所有事务分支的本地事 务都已经被提交了，数据的一致性已经得到了保证。

这个时候全局事务的提交就变得十分轻量级，就是把 undo_log 对应的记录删掉即可，即使是当时删除失败了，也已经不会影响全局事 务的最终结果，这次删不了，那就待会再删，程序删不了，没事，顶多人工删。

1.4.全局事务回滚流程

如果全局事务的任何一个事务分支失

《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》

【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】 完整内容开源分享

败了，那么全局事务就进入“回滚“流程，回滚时依据先前保存好数据镜像，将原来的数据回放回去。

如果全局回放成功，那么数据的一致性也就得到了保证，如果回放不成功，那么事务就进入异常。应对异常，可能需要重试，可能需要人工介入。

2.Seata在dubbo中的使用

2.1.新增mvn依赖

<