如何设计账户余额的数据准确性?

前言

  如果您觉得有用的话，记得给博主点个赞，评论，收藏一键三连啊，写作不易啊^ _ ^。
  而且听说点赞的人每天的运气都不会太差，实在白嫖的话，那欢迎常来啊!!!

---

如何设计账户余额的数据准确性?

1、为什么对不住账?

对不上账的原因很多，比如业务变化、人为修改了数据、系统之间数据交换失败等等，

对不上账是通俗的说法，本质的原因是冗余数据的一致性的问题。
注意这里的冗余数据不是多余和重复数据的意思，而是多份含有相同信息的数据。

对于我们设计者来说，在设计之初，原则上是不应该存储冗余数据:
一是浪费存储空间；
二是让这些冗余数据保持一致是非常麻烦的事情；

但有些场景下，是必须要有冗余数据的，比如账户余额，这个数据在交易过程中被频繁的用到，总不能每次交易，都要通过所有历史交易记录来重新计算一下余额，这样速度太慢了，性能上满足不了交易的需求，所以账户系统保存了每个用户的账户余额，这实际上是一种存储空间换计算时间的设计。

2、如何设计

为了解决这个数据准确性的问题，我们引入了一个新的设计，账户流水。
即每次交易的时候更新账户余额的同时，还需要记录每一笔交易记录，即账户流水，账户流水的基本构成至少包括:
流水 ID、交易金额、时间戳以及交易双方的系统、账户、交易单号等信息。

账户流水的作用:
可以有效地修正由于系统 Bug 或者人为篡改导致的账户余额错误的问题，也便于账户系统与其他外部系统进行对账，所以账户系统记录流水是非常必要的。

2.1、设计账户流水的原则:

1. 流水记录只能新增，一旦记录成功不允许修改和删除。即使是由于正当原因需要取消一笔已经完成的交易，也不应该去删除交易流水。正确的做法是再记录一笔“取消交易”的流水。
2. 流水号必须是递增的，我们需要用流水号来确定交易的先后顺序。

因为在对账的时候，一旦出现了流水和余额不一致，并且无法通过业务手段来确定到底是哪儿记错了的情况，一般的处理原则是以交易流水为准来修正余额数据，这样才能保证后续的交易能“对上账”。

2.2、详细设计:

1. 账户余额表新增字段 【流水ID】记录最后一笔交易的流水号;
2. 查询并记录当前账户的余额和最后一笔交易的流水号;
3. 写入流水记录;
4. 更新账户余额，注意的是要在更新语句的 WHERE 条件中限定，只有流水号等于之前查询出的流水号时才更新;
5. 然后检查更新余额的返回值，如果更新成功就提交事务，否则回滚事务。同时检查返回值中变更的行数是不是等于 1。因为即使流水号不相等，余额没有更新，这条更新语句的执行结果仍然是成功的，只是更新了 0 条记录;