背景:
转账过程中,账户A转向账户B,需要对两个账户分别加锁转账。假设入账方B是一个商户,该商户是餐饮店的商户。如果该店的顾客用完餐后,一起去付款,也就是多个账户向账户B转账,现在顾客A给商户付款(顾客A账户转账到商户账户),此过程中,商户账户已经被加锁,如果顾客B也给商户付款就会获取不到锁,从而报错“付款失败”。那怎么能成功呢?要么等第一个顾客付完钱,第二个顾客再付,要么就比比谁的网速快hh,有没有一种互不相干的支付方式呢?就是异步入账。
异步入账处理:
上面背景表示该业务场景中入账方是热点账户。由于是入账的情况,那么就是账户加钱,对于给账户加钱那肯定不会有余额不足的异常发生,所以就可以将转账过程拆开:从同步出入账,变为同步出账,异步入账;代码的改动就可以从两个加锁并update,变为一个出账加锁update,和一个insert操作,至于入账动作,可以有一个异步任务去做。
总结
这种方式对于商户的影响只是入账慢了点,但是不会造成顾客支付失败的场景,而且众所周知,insert的效率比update的效率要高,所以还间接提升了系统的吞吐量和响应速度
在转账场景中,当多个用户同时向同一商户付款时,可能出现因账户加锁导致的支付失败问题。通过采用异步入账方法,将同步的出账和入账过程分离,仅对出账进行加锁,异步处理入账,可以避免这个问题。这种方式降低了商户账户的锁竞争,减少了支付失败,同时因为插入操作通常比更新更快,提高了系统性能和响应速度。
2352

被折叠的 条评论
为什么被折叠?



