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

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

假设现在是一个这样的账户表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;

 

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