Seata 一部分补充
- Seata
- 再看TC/TM/RM三大组件
- 分布式事务的执行流程
- AT模式
-
- 前提
- 整体机制
-
- 一阶段加载
- 二阶段提交
- 二阶段回滚
- 总结
Seata
2019年1月份,蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案
Seata:Simple Extensible Autonomous Transaction Architecture,简单可扩展自治事务框架
2020起始,参加工作以后用1.0以后的版本。
再看TC/TM/RM三大组件
什么是TC,TM,RM
TC:seata服务器
TM:带有@GlobalTransaction注解的方法
RM:数据库,也就是事务参与方
分布式事务的执行流程
- TM开启分布式事务(TM向TC注册全局事务记录),相当于注解
注解@GlobelTransaction
- 按业务场景,编排数据库,服务等事务内部资源(RM向TC汇报资源准备状态)
- TM结束分布式事务,事务一阶段结束(TM通知TC提交、回滚分布式事务)
- TC汇总事务信息,决定分布式事务是提交还是回滚
- TC通知所有RM提交、回滚资源,事务二阶段结束
AT模式
前提
- 基于支持本地ACID事务的关系型数据库
- Java应用,通过JDBC访问数据库
整体机制
两阶段提交协议的演变
一阶段:业务数据和回滚日志记录在同一个本地事务中提交,释放本地锁和连接资源
二阶段
- 提交异步化,非常快速的完成
- 回滚通过一阶段的回滚日志进行反向补偿
一阶段加载
在一阶段,Seata会拦截 业务SQL
解析SQL语义,找到业务SQL,要更新的业务数据,在业务数据被更新前,将其保存成
before image(前置镜像)
执行业务SQL更新业务数据,在业务数据更新之后
将其保存成 after image,最后生成行锁
以上操作全部在一个数据库事务内完成,这样保证了一阶段操作的原子性
二阶段提交
二阶段如果顺利提交的话,因为业务SQL在一阶段已经提交至数据库,所以Seata框架只需将一阶段保存的快照和行锁删除掉,完成数据清理即可
二阶段回滚
二阶段如果回滚的话,Seata就需要回滚到一阶段已经执行的 业务SQL,还原业务数据
回滚方式便是用 before image 还原业务数据,但是在还原前要首先校验脏写,对比数据库当前业务数据 和after image,如果两份数据完全一致,没有脏写,可以还原业务数据,如果不一致说明有脏读,出现脏读就需要转人工处理