背景：
转账过程中，账户A转向账户B，需要对两个账户分别加锁转账。假设入账方B是一个商户，该商户是餐饮店的商户。如果该店的顾客用完餐后，一起去付款，也就是多个账户向账户B转账，现在顾客A给商户付款（顾客A账户转账到商户账户），此过程中，商户账户已经被加锁，如果顾客B也给商户付款就会获取不到锁，从而报错“付款失败”。那怎么能成功呢？要么等第一个顾客付完钱，第二个顾客再付，要么就比比谁的网速快hh，有没有一种互不相干的支付方式呢？就是异步入账。
异步入账处理：
上面背景表示该业务场景中入账方是热点账户。由于是入账的情况，那么就是账户加钱，对于给账户加钱那肯定不会有余额不足的异常发生，所以就可以将转账过程拆开：从同步出入账，变为同步出账，异步入账；代码的改动就可以从两个加锁并update，变为一个出账加锁update，和一个insert操作，至于入账动作，可以有一个异步任务去做。
总结
这种方式对于商户的影响只是入账慢了点，但是不会造成顾客支付失败的场景，而且众所周知，insert的效率比update的效率要高，所以还间接提升了系统的吞吐量和响应速度
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
