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

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

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

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

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

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

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

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

[java] view plain copy print ?

1. create procedure balanceaccount_balance_dec ( in_money decimal(8,2), in_uuid bigint, OUT statusint )
2. BEGIN
4. DECLARE from_account_balance decimal(8,2);
6. START TRANSACTION;
8. SELECT balance INTO from_account_balance FROM account
9. WHERE uuid = in_uuid FOR UPDATE;
11. IF from_account_balance>=in_money THEN
12. UPDATE account SET balance = balance - in_money , update_time = NOW()
13. WHERE uuid = in_uuid;
14. COMMIT;
16. SET status=1;
17. ELSE
18. ROLLBACK;
19. SET status=0;
20. END IF;
22. END;

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;

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