转账系统中的加锁问题怎么优化?异步入账

在转账场景中,当多个用户同时向同一商户付款时,可能出现因账户加锁导致的支付失败问题。通过采用异步入账方法,将同步的出账和入账过程分离,仅对出账进行加锁,异步处理入账,可以避免这个问题。这种方式降低了商户账户的锁竞争,减少了支付失败,同时因为插入操作通常比更新更快,提高了系统性能和响应速度。

背景

转账过程中,账户A转向账户B,需要对两个账户分别加锁转账。假设入账方B是一个商户,该商户是餐饮店的商户。如果该店的顾客用完餐后,一起去付款,也就是多个账户向账户B转账,现在顾客A给商户付款(顾客A账户转账到商户账户),此过程中,商户账户已经被加锁,如果顾客B也给商户付款就会获取不到锁,从而报错“付款失败”。那怎么能成功呢?要么等第一个顾客付完钱,第二个顾客再付,要么就比比谁的网速快hh,有没有一种互不相干的支付方式呢?就是异步入账。

异步入账处理:

上面背景表示该业务场景中入账方是热点账户。由于是入账的情况,那么就是账户加钱,对于给账户加钱那肯定不会有余额不足的异常发生,所以就可以将转账过程拆开:从同步出入账,变为同步出账,异步入账;代码的改动就可以从两个加锁并update,变为一个出账加锁update,和一个insert操作,至于入账动作,可以有一个异步任务去做。

总结

这种方式对于商户的影响只是入账慢了点,但是不会造成顾客支付失败的场景,而且众所周知,insert的效率比update的效率要高,所以还间接提升了系统的吞吐量和响应速度

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

指陆为码

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值