知识点整理20201116

最新推荐文章于 2024-07-16 08:56:51 发布

lMasterSparkl

最新推荐文章于 2024-07-16 08:56:51 发布

阅读量106

点赞数

分类专栏：奇淫技巧文章标签：分布式 spring java

本文链接：https://blog.csdn.net/lMasterSparkl/article/details/109726006

版权

奇淫技巧专栏收录该内容

19 篇文章 1 订阅

订阅专栏

复盘更新中

1.分布式事务 a-b-c 支付失败需要回滚怎么处理的

第一种方案常用分布式事务框架 atomikos

XA/JTA规范：两阶段提交协议(2PC)
使用举例：

单体多库的例子
UserTransaction userTransaction=new UserTransactionImp();

try{
//开启全局事务
  userTransaction.begin();
xxxx
xxx
xxx
//1阶段提交
ps1.executeUpdate();
xxx
xxx
ps2.executeUpdate();
//全局事务提交 2阶段提交
userTransaction.commit();
}

cap理论
base理论

tcc try-confirm-cancle 两阶段补偿方案解决微服务分布式事务

第二种方案Seata AT模式阿里首推对应商用版本GTS

个人觉得 AT模式本质上和tcc类似只不过实现方式不同使用更为方便

1RM(ResourceManager 资源管理者)理解为我们的一个一个的微服务也叫做事
务的参与者.
2TM(TranactionManager 事务管理者) 也是我们的一个微服务，但是该微服务是
一个带头大哥，充当全局事务的发起者(决定了全局事务的开启，回滚，提交等)
***凡是我们的微服务中标注了@GlobalTransactional ，那么该微服务就会被看出
一个TM。我们业务场景中订单微服务就是一个事务发起者,同时也是一个RM
3TC(全局事务的协调者):这里就是我们的Seata-server，用来保存全局事务，分支
事务，全局锁等记录，然后会通知各个RM进行回滚或者提交.

整体机制通过前置快照后置快照构造方向sql：
一阶段查询前置快照—》执行业务SQL -----》查询后置快照
二阶段提交分支插入待删除队列—》异步删除UndoLog
二阶段回滚根据配置项选择是否校验脏数据—》构造反向SQL — 》删除UndoLog

了解不够，有时间会继续补充。