首页 > 代码库 > 多并发时支付如何保持账户余额的一致性?
多并发时支付如何保持账户余额的一致性?
转载:http://costlend.com/2016/03/14/dispatch-pay-balance-keep-consistence/
不管是电商,还是O2O业务都会涉及到支付,而且多速情况下流量比较大,尤其是在做活动的时候。一般支付系统主要有充值,扣费,提现,转账等功能,那么在有些业务场景下,尤其是多并发的情况下,我们在做扣费业务操作时该怎样去保持账户余额的一致呢?
Java开发人员可能第一个想法就是在调用扣减的DAO的方法上加上一个synchronized关键字,这个解决办法在单节点应用部署是也许能生效管用,但是在我们实际的应用场景中,一般都是集群,多节点部署的应用,这个时候该如何解决呢?
我们有一张账户表tb_account
field | type | desc |
---|---|---|
uid | bigint | 用户id |
balance | decimal | 余额 |
update_time | datetime | 表数据更新时间 |
扣费之前,我们要先查询一下账户的余额是否足够抵扣,然后再做真正的减扣。
大致的过程如下:
- select balance from tb_account where uid=100;
- 程序判断balance的值是否足够抵扣。
- update tb_account set balance = balance - 28.00, update_time = sysdate() where uid=100;
通常情况下,这种余额判断方法在高并发且不加锁的情况下是非常不可靠的。所以在做扣费操作时要考虑到并发扣费的情况,允许让其并发扣费,但是不应该允许账户余额为负数。转账的话也是一样,相当于先从一个账户扣费,再给另一个账户充值,都必须要在一个事务内完成。
可以使用一个存储过程来把这些步骤统一起来。下面的存储过程亲测可用。
1 create procedure proc_account_balance_dec ( in_money decimal(8,2), in_uid bigint, OUT status int ) 2 BEGIN 3 4 DECLARE from_account_balance decimal(8,2); 5 6 START TRANSACTION; 7 8 SELECT balance INTO from_account_balance FROM tb_account 9 WHERE uid = in_uid FOR UPDATE; 10 11 IF from_account_balance>=in_money THEN 12 UPDATE tb_account SET balance = balance - in_money , update_time = sysdate() 13 WHERE uid = in_uid; 14 COMMIT; 15 16 SET status=1; 17 ELSE 18 ROLLBACK; 19 SET status=0; 20 END IF;
多并发时支付如何保持账户余额的一致性?
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。