账户余额更新优化

本文讨论了在高并发场景下,如何优化用户余额扣减操作,以避免因并发导致的更新失败问题。首先介绍了乐观锁的原理,接着分析了在mybatis框架下,由于二级缓存导致的更新失败,并通过关闭缓存和调整事务隔离级别来解决问题。最终,通过将数据获取排除在事务之外,实现了重试一次即成功的优化效果。
摘要由CSDN通过智能技术生成

业务场景
用户预存一定余额,可以用余额在平台购买套餐商品,支付扣除余额需控制并发,当前采用的是乐观锁方式。即每个用户的余额记录都有一个版本号,更新记录时,需要带上版本号。版本号采用整数递增。
问题
当有两个扣减余额的操作同时发生时,其中一个有几率失败。失败结果直接返回给用户,此时用户操作重试即可,但会影响用户体验。如果一直处于高并发状态,用户可能会连续操作失败多次。主要针对此扣款失败场景进行优化。
方案演进
增加失败重试

int i = 0, max = 3;//最多尝试3次
while (i < max && !success) 
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值