支付系统数据库设计的关键问题

支付系统的核心无疑就是充值、扣费、转账。

 

假设现在是一个这样的账户表account(InnoDB)：

 

filed	type	info
id	bigint	用户id
balance	decimal	余额
update_time	datetime	数据更新时间

 

 充值的时候那么下面这条语句就可以解决：

UPDATE account SET balance = balance + 10.00, update_time = NOW() WHERE id=1;

 

但是扣费和转账这种操作就比较麻烦了。不是下面这条语句就可以解决的：

UPDATE account SET balance = balance - 10.00, update_time = NOW() WHERE id=1;

我们首先得判断账户余额是否足够，不够的话当然不能扣费，这意味着在UPDATE之前还得SELECT一遍。也就是：

1.SELECT FROM account WHERE id=1;

2.程序判断balance是否足够

3.UPDATE account SET balance = balance - 10.00, update_time = NOW() WHERE id=1;

但是这个余额判断过程在高并发不加锁的情况下是不可靠的。

 

我们下面只讨论下面的情况：

扣费考虑到并发扣费的情况，允许让其并发扣费，但是不应该允许账户余额为负数。

转账的话也是一样，相当于先从一个账户扣费，再给另一个账户充值，在一个事务内完成。

 

使用存储过程来解决问题：

 create procedure balanceaccount_balance_dec ( in_money decimal(8,2), in_uuid bigint, OUT status int ) BEGIN DECLARE from_account_balance decimal(8,2); START TRANSACTION; SELECT balance INTO from_account_balance FROM account WHERE uuid = in_uuid FOR UPDATE; IF from_account_balance>=in_money THEN UPDATE account SET balance = balance - in_money , update_time = NOW() WHERE uuid = in_uuid; COMMIT; SET status=1; ELSE ROLLBACK; SET status=0; END IF; END; 

 

这样的话可以保证在更新时不会出现余额为负数的情况。