Case1
一、交易还款业务大事务
废话不多说,直接一个金融还款业务创建交易账单case,还款逻辑如下:
1、用户点击还款,发起还款请求
2、服务端接收还款请求,进行还款计划查询校验
3、进行其他还款验证
4、返回用户还款计划,用户接收后,执行还款(调用支付网关等)
5、支付网关通知交易还款结果成功与否
6、交易更新还款账单状态
整个交易还款操作毋庸置疑,必须保证事务一致性,故上述6步操作均包裹在一个大事务中进行。除了大事务包裹导致数据库资源占用之外,月末还款高峰,还款请求密集,db资源响应问题集中凸显。
二、解决方案
1、数据库事务异步化
简言之,将大事务拆分成小事务,小事务间通过MQ等异步机制进行通讯。这就涉及到如何进行事务拆分,事务1成功,肯定影响事务2的执行。例如如果支付网关执行还款成功为事务1,而交易更新状态拆分到事务2中,则就有可能出现,MQ经由丢消息,导致交易未接受支付成功请求从而执行换狂账单状态更新。这就是不合理的事务拆分。应当保证网关支付结果跟最终交易账单状态的原子性。也就是说这两部操作得在一个事务中。
则上面大事务可拆分为
1、用户点击还款,发起还款请求-事务外
2、服务端接收还款请求,进行还款计划查询校验-事务外
3、进行其他还款验证-事务外