大事务拆分项目应用及系统异步化处理-再看分布式事务

本文探讨了交易还款业务中的大事务问题,提出了通过本地事务和分布式事务来处理支付宝与余额宝间的同步操作。进一步,文章提出利用MQ异步化解决分布式事务的挑战,以实现系统的高效和一致性。
摘要由CSDN通过智能技术生成

Case1

一、交易还款业务大事务

废话不多说,直接一个金融还款业务创建交易账单case,还款逻辑如下:
1、用户点击还款,发起还款请求
2、服务端接收还款请求,进行还款计划查询校验
3、进行其他还款验证
4、返回用户还款计划,用户接收后,执行还款(调用支付网关等)
5、支付网关通知交易还款结果成功与否
6、交易更新还款账单状态
整个交易还款操作毋庸置疑,必须保证事务一致性,故上述6步操作均包裹在一个大事务中进行。除了大事务包裹导致数据库资源占用之外,月末还款高峰,还款请求密集,db资源响应问题集中凸显。

二、解决方案

1、数据库事务异步化
简言之,将大事务拆分成小事务,小事务间通过MQ等异步机制进行通讯。这就涉及到如何进行事务拆分,事务1成功,肯定影响事务2的执行。例如如果支付网关执行还款成功为事务1,而交易更新状态拆分到事务2中,则就有可能出现,MQ经由丢消息,导致交易未接受支付成功请求从而执行换狂账单状态更新。这就是不合理的事务拆分。应当保证网关支付结果跟最终交易账单状态的原子性。也就是说这两部操作得在一个事务中。
则上面大事务可拆分为
1、用户点击还款,发起还款请求-事务外
2、服务端接收还款请求,进行还款计划查询校验-事务外
3、进行其他还款验证-事务外
  • 4
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值