互联网金融业务高频债权转让交易系统架构优化实践

    互联网金融业务中最核心的两大业务，一是资金，二是资产。

    资产，即我们所说的债权。把资金放款出去对借债人形成一种债权关系。借债人支付利息是资产的主要收入。

    资金，用户将钱存入金融平台，金融平台对用户存入的资金进行管理和购买债权，债权收入的利息是用户资金利息的收入。

    资金和资产形成两大对象，在智能匹配中，资金按一定规则匹配最优资产，形成对用户资金智能化管理和分散投资，以降低资金的风险。

    构建高频流式交易资金匹配系统:

    一、抽取基础服务最小单位原子操作层。

    基础服务层支持cas最小单位原子操作，将最小单位原子操作结果返回给上层匹配业务系统决策。基础服务接口保证事物一致性和接口幂等性。

  什么是最小单位原子操作？是把资产匹配过程中多步操作的大事物拆分成n个小步骤的小事物，如此一来上层业务根据每个小事物做系统决策处理。

    二、资产交易匹配业务层。

    匹配业务层依赖基础服务最小单位原子操作实现业务层多任务并发处理业务。按原系统的多个任务之间由于相互修改账户资金或资产数据的影响，系统内的任务之间是互斥关系。

    如:a资产在匹配用户1资金，b资产刚好也在匹配用户1资金，更新用户1资金可能会出现冲突，导致系统处理数据出现问题。因此系统的任务之间只能是互斥关系，单线程串行执行。

    三、基于时间轮片实时调度系统以及资金队列系统。

    时间轮片高频实时调度，是实现资产实时触发与优先级触发资产匹配资金，撮合交易。

    资金队列是为资产匹配，提供有效的用户资金，能够快速查找，实时返回不冲突的用户数据给资产匹配系统。

实际业务场景分析

真实案例分析：新资产入库

        新入库的资产，在借债人与资金持有方发生债权交易，互联网金融作为平台，通过资产匹配撮合双方发生交易行为。一条资产过来可能会匹配很多用户，查找到多个用户，一次性匹配完成，要进行for循环遍历，在for循环外面是一个大事物，把整个操作完成后，才提交事物，如果其间用户资金发送变化，或者被别的操作扣走，会导致此次匹配失败，从而导致整个事物回滚。如果发生冲突的用户多，会导致整个匹配失败率大增，整个匹配效率非常低下。为保证用户和资产操作不冲突，我们需要在整个资产和资金上加锁，整个业务都串行执行。加全局锁之后，又会导致整个系统的匹配效率不高，一旦业务量上来，全局锁就会成为系统的瓶颈。伪代码如下：

{

加全局分布式锁

begin transaction

    查询待匹配用户资金

    for遍历用户资金{

        开始匹配资产，扣减用户资金，和资产建立关联关系

        匹配完成；继续遍历下一个用户

    }

    遍历完成

    修改资产匹配金额和资产状态

    commit

end transaction

释放全局分布式锁

}

使用本方案改进实现步骤：

1、抽取底层基础服务

    把最小粒度的扣减用户资金，和资产建立关联关系，修改资产匹配金额和资产状态。看成一个最小事物操作。抽取出底层基础服务，返回状态给上层匹配业务系统去决策。

2、匹配业务系统

    是实现单次匹配的步骤和匹配进度管理。抽象成伪代码如下：

查询待匹配用户资金（查询资金队列）

for遍历用户资金{

    匹配资产

    调用底层基础服务接口操作资产和资金绑定关系，返回成功，此次匹配成功。

    进入下一步匹配。

}

遍历完成

3、时间轮片实时调度系统以及资金队列系统

        时间轮片高频触发待处理队列中的待匹配资产，资金队列提供给资产匹配查找待匹配资金。