【商城应用】类余额宝功能体系设计，mysql乐观锁原理

返还需求：

用户在商城平台消费之后，会获得对应的积分，这个时候用户可以将账户里的积分转入到返还账户中（类似余额转余额宝），转入的积分都会有个收益生效时间，每天凌晨就会开始跑批，给平台所有用户分润对应的现金，分润的现金可以提现到银行卡中，也可以进行购买消费。返还账户中的积分也可以转出到账户中。大致的功能就这些，过程中返还比例之类都要求是可控的，原型图如下所示：

app功能就简单一点了，只有转入、转出、查看分润明细的功能。

返还流程图：

我们先来看一下积分返还现金流程图，这里面的应分等同于积分。

这里面有三个部分，一个是用户原有积分账户，一个是专门返还的账户，最后一个就是运营平台配置模块了。用户将积分转入返还账户中（会有一个最低转入金额），然后到达跑批时间时候，系统会去获取全局的返还配置信息和个人的返还配置信息，将对应的收益跑批到对应的用户中，最后流程结束。

返还功能设计：

根据需求和流程图，我们需要设计：一个表来存储返还账户信息，一个表用来存储返还配置信息，一个表用来存储返还分润明细信息，最后一个比较特殊：用来存储返还分润数据信息，因为每天凌晨我们会去跑每天积分对应的返还收益，这些数据需要从返还账户中快照到返还跑批任务表中，跑批完成后隔天删除这部分的数据。鉴于上面的分析，我们可以设计如下的表：

返还技术要点：

因为涉及到钱，所以技术分析的时候要全方位、各种可能的考虑。接口我们这边可以分为：查询类型接口、修改类型接口、跑批类型接口，下面我们来一一介绍。

1.查询类型接口

《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》

【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】 完整内容开源分享

关于查询类接口，第一阶段我们主要考虑效率和数据正确性就可以，查询效率主要体现在app响应速度上面，这边我们可以先把对应索引加上去，如果数据量特别大的情况下可以采用分库分表来解决。

效率和数据正确性就可以，查询效率主要体现在app响应速度上面，这边我们可以先把对应索引加上去，如果数据量特别大的情况下可以采用分库分表来解决。