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