分布式事务

只记录二种常见的,关于mp的,不太稳定就不记录了
一 tcc事务 也是 分阶段事务
第一阶段 try 冻结数据
第二阶段 confirm 减数据
第三阶段 rollback 回滚
三个接口相互连接使用,但是事务又相护独立
比如一个用户 账户 1000元 一个订单 库存 50个 用户买了一个
第一阶段
在用户基本信息表里 多加一个字段是冻结金额 就是 1000 500 冻结了 五百
订单 50 个 冻结了 1 个 就是 50 1
第二阶段
扣除 500 0
订单 49 0
如果第一阶段不成功 就把两者数据回滚
1000 0
50 0
这其中让我也曾经困惑的是 如果第二阶段出问题了怎么办 目前想到了两种办法 第一个是写一个死循环,有停顿时间 一直执行直到成功 就Break 如果即使在这种情况下依然有问题 就在此基础上记Log,由人工解决
二 at模式
由tc事务协调者, tm事务管理器 rm 资源管理器(其实就是用来记录unlog和relog,where条件和哪个字段修改前后的值,)组成
使用的步骤 1 先下载安装包 修改一下config 文件 在enuka 上注册 tc 服务 然后引seata jar包 提供 tm 服务,再在application.yml 里设置事务组 再启动tc服务器 使tc 和 tm 连接
具体就不完全写了 可以百度使用
这个是tc事务协调者安装包

http://101.201.143.81:10080/maliang/seata_server.git
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值