分布式及分布式事务解决方案
分布式产生的背景:
1. 传统项目多数据源时;
2. RPC远程调用中发起方A调用远程接口B成功后,发起方A突然报错(此时B方可能已经提交,A报错后无法再回滚B);
解决思路:采用最终一致性和2PC或3PC(两阶段提交、三阶段提交),短暂的数据延迟是允许的,但是最终数据要保持一致。
解决方案:
1. JTA+Atomic,适用于传统项目
2. 基于MQ补偿解决分布式事务,RabbitMQ
3.RocketMQ中自带事务消息;
4.基于LCN解决分布式事务,原理:代理我们自己的数据源重写连接Commit和Rollback方法实现假关闭,传递事务的全局ID;
5.基于Seata解决分布式事务,原理和LCN一致,
两者区别:在于回滚的方式,LCN回滚是假关闭容易造成死锁,但是
seata采用undo log日志逆向生成sql语句实现回滚。
以上5种方案适合于企业内部项目的服务实现。
如果是外部和外部的接口解决分布式事务问题,可以采用类似支付宝异步回调方式+主动查询
标签:
分布式事务
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· DeepSeek “源神”启动!「GitHub 热点速览」
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 我与微信审核的“相爱相杀”看个人小程序副业
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· DeepSeek R1 简明指南:架构、训练、本地部署及硬件要求