从数据库事务的角度谈谈分布式事务的演进

数据库事务 https://www.infoq.cn/article/history_transaction_histories

抽象 一个事务提交后,只有两个结果,成功/失败,不会有主机不可用 磁盘满了这些报错

 

ACID

success

回滚

 

屏蔽了很多细节

 

分布式事务

cap理论

 

最终一致性

 

seata

tc tm rm

log保存在数据库表里面

全局id,避免并发问题

其中tm类似于关系数据库中的事务管理器

 

假设有1,2,3 .... N个事务执行

其中任意一个事务执行失败,N个事务都执行回滚操作。

 

目前遇到的问题:并发访问,事务提交后,执行成功,其他事务执行失败,需要回滚,执行回滚前,数据被其他事务访问甚至是修改了,无法回滚

 

最基本的解决方案是全局锁,在n个事务对应的数据库上设置一个全局锁

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值