CN110889754B - 提高不可透支热点账户处理效率的方法 - Google Patents

Abstract

本发明公开了一种提高不可透支热点账户处理效率的方法，包括：提供内存数据库，该内存数据库用来对热点账户的余额进行缓存；接入交易流水；当交易流水属于存款交易时，将存款交易流水写入流水登记簿，产生一条binlog信息，该binlog通过流式处理单元进行异步处理；当交易流水属于取款交易时，如果取款金融大于流水登记簿中流水状态不为已处理的所有流水金额之和时，获取内存数据库中的热点账户的余额，并与流水登记簿中流水状态不为已处理的所有流水金额之和进行相加确定为账户最新的余额，如果该最新的余额大于等于取款金额，则交易流水同存款交易步骤，如果该最新的余额小于取款金额，业务端提示交易失败。该方法可以提高不可透支热点账户的处理效率。

Description

提高不可透支热点账户处理效率的方法

技术领域

本发明涉及计算机信息处理技术领域，特别是涉及一种提高不可透支热点账户处理效率的方法。

背景技术

账务与清算类系统存在着大量的并发交易，高并发的业务场景要求频繁的更新账户余额，比较容易产生热点账户的问题；同时，对于业务上有着不可透支要求的账户，在频繁更新余额的同时，校验账户资金是否充足，势必会也增加前端业务的等待时长，降低业务的连续性甚至造成业务中断。对于这种问题，业界目前有以下两种解决方案：

1.账户拆分方案：将某一个热点账户拆分为多个子账户，每个子账户上的余额按照阶梯式拆分热点账户的余额，按照交易渠道、账户号或其他影响因素，分散热点账户上需要处理的业务请求，从而降低数据库加锁处理的响应时长，尽快的响应前端业务请求。

2.批量汇总方案：对于每一笔交易，并不是实时的汇总计算账户余额，而是建立流水表，先记录流水，然后按照时间或者其他的维度，汇总这一期间内所有未入账的流水后，将结果一次性的维护至账户余额。

但是，对于账户拆分方案，虽然将一个热点账户拆分为多个子账户，可以分散数据库锁的概率，但是在高频交易的过程中，每个子账户的余额之和，会与热点账户的总余额产生差异；并且，随着子账户的增加，一旦产生超出每个子账户余额但不超过总余额的出账交易，锁子账户余额进行汇总，完成大额交易后重新按照阶梯规则维护各个子账户余额的成本较高，这段时间的交易成功与否无法得到保障。

就批量汇总方案而言，虽然极大的保证了前台业务的响应，可以较高概率的避免前台业务超时，但是登记流水表后批量更新余额的方式，有很大的可能会出现在汇总更新账户余额时，才发现账户已经透支，无法快速拦截交易金额大于流水总额加账户余额的出账交易，从而造成资产损失。

发明内容

本发明的目的在于提供一种提高不可透支热点账户处理效率的方法，可以提高不可透支热点账户的处理效率。

为实现上述目的，本发明提供了一种提高不可透支热点账户处理效率的方法，提供内存数据库，该内存数据库用来对热点账户的余额进行缓存；接入交易流水，交易流水包括存款交易和取款交易；当交易流水属于存款交易时，业务端直接提示交易成功，并直接将存款交易流水写入流水登记簿，流水登记簿表产生一条binlog信息，该binlog通过流式处理单元进行异步处理：将热点账户余额更新至热点账户表；同时更新内存数据库的热点账户余额信息；同时将该存款交易流水在流水登记簿的状态修改为已处理；当交易流水属于取款交易时，判断取款金额与流水登记簿中流水状态不为已处理的所有流水金额之和的大小：如果取款金额小于等于流水登记簿中流水状态不为已处理的所有流水金额之和时，业务端直接提示交易成功，并直接将存款交易流水写入流水登记簿，流水登记簿表产生一条binlog信息，该binlog通过流式处理单元进行异步处理；如果取款金融大于流水登记簿中流水状态不为已处理的所有流水金额之和时，获取内存数据库中的热点账户的余额，并与流水登记簿中流水状态不为已处理的所有流水金额之和进行相加确定为账户最新的余额，如果该最新的余额大于等于取款金额，业务端直接提示交易成功，并直接将存款交易流水写入流水登记簿，流水登记簿表产生一条binlog信息，该binlog通过流式处理单元进行异步处理，如果该最新的余额小于取款金额，业务端提示交易失败。

可选的或优选的，用业务处理模块接入交易流水。

可选的或优选的，热点账户表的结构包括自增主键id，账户号account及热点账户余额balance三个字段。

可选的或优选的，流水登记簿表的结构包括自增主键id、账户号account及本次交易金额update三个字段。

可选的或优选的，binlog的结构包括记录每条sql语句的statement、记录每行数据被修改的具体细节的row和语句执行的时间戳timestamp。

可选的或优选的，流式处理单元独立于核心业务处理模块，流式处理单元基于事件通知机制实现对流水登记簿新增记录的处理。

可选的或优选的，流式处理单元对流水登记簿新增记录的处理时通过解析binlog信息来抽取目标数据，完成对热点账户表热点账户余额、内存数据库中热点账户余额、流水登记簿中单调记录状态进行更新。

本发明提供的技术方案带来的有益效果是：

1、对前端业务提供更高的并发支持能力

通过增加内存数据库对热点核心账户的余额进行缓存，能够提高业务处理模块对热点账户余额的读取速度，提高响应速度；其次，流式处理单元基于事件通知机制实现对流水登记簿新增记录的处理，该处理模块完全独立于核心业务处理模块，不在同一内存空间中，减少资源争用，进一步提高各模块处理速度。

2、降低数据库连接资源占用

通过增加内存数据库对热点核心账户的余额进行缓存，可降低对核心账户表所在数据库连接资源的占用。其次，流式处理单元基于事件通知机制实现对流水登记簿新增记录的处理，在该过程中流式处理单元通过解析binlog信息抽取目标数据，因此又进一步降低了对流水登记簿表所在数据库的连接资源的占用。对于核心业务系统来说，尤其是在分布式环境下，数据库的连接资源是非常宝贵的资源，能够减少对其的占用，一定程度上就提高了系统整体的运行效率。

3、更简单的开发模式，降低开发人员负担

热点账户的处理逻辑处于金融类系统中的最核心模块，对开发人员的开发能力要求极高。在软件开发中存在这样一个事实上的基本原则：用最简单的代码实现最复杂的逻辑。因为这样能最大限度地降低出现错误的可能概率。而本发明的基础是流式计算，流式计算提供事件通知机制。因此开发人员只需处理特定的事件即可。且在本发明中，该处理错过程非常简单，只需解析binlog信息数据，完成对核心账户表热点热点账户余额、内存数据库中热点热点账户余额、流水登记簿中单调记录状态进行更新即可。都是相对非常简单的逻辑，出错概率很低。

4、良好的水平扩展能力支持

基于流式计算的处理模式，能够很好地利用流式计算模块自身提供的水平扩展能力，进而为整个系统提供了水平扩展能力支持。

附图说明

图1是本发明实施例提供的提高不可透支热点账户处理效率的方法的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。显然，所描述的实施例实际上仅仅是说明性的或者示例性的，决不作为对本发明及其应用或使用的任何限制。在下面的详细描述中，提出了许多具体细节，以便提供对本发明的全面理解。但是，对于本领域技术人员来说很明显的是，本发明可以在不需要这些具体细节中的全部细节均已了解的情况下实施。下面对实施例的描述仅仅是为了通过展示本发明的示例来提供对本发明的更好的理解。本发明决不限于下面所提出的任何具体配置和算法，而是在不脱离本发明的精神的前提下覆盖了元素、部件和算法的任何修改、替换和改进。

下面结合具体实施例对本发明做进一步详细的描述，但本发明的实施方式不限于此。

首先对本实施例涉及到的概念进行解释：

热点账户：高频进行扣款、入账的账户，也就是热点账户该条数据为热点数据，会被频繁更新。一般热点账户分为两种，一种是频繁扣款的热点账户，另外一种是频繁入账的热点账户。

内存数据库：顾名思义就是将数据放在内存中直接操作的数据库。相对于磁盘，内存的数据读写速度要高出几个数量级，将数据保存在内存中相比从磁盘上访问能够极大地提高应用的性能。

流式计算：顾名思义，就是对数据流进行处理，是实时计算。它可以很好地对大规模流动数据在不断变化的运动过程中实时地进行分析，捕捉到可能有用的信息，并把结果发送到下一计算节点，能够实现前后节点的解耦。

本实施例提供一种提高不可透支热点账户处理效率的方法，属于一种基于流式计算的处理模式。本实施例的处理方法中，当业务处理模块接收到高并发的对不可透支热点账户的更新请求时，其处理过程如下：

如果是存款操作，则直接在流水登记簿中增加一条记录，其更新值为正，并标记其状态为“未处理”，然后向业务端响应“处理成功”。

读取流水登记簿中该热点账户所有尚未标记为“已处理”的记录，并计算所有这些记录的更新余额的和，再与此次更新值相加，如果结果为正，则在流水登记簿中增加一条记录，其更新值为负，并标记其状态为“未处理”，然后向业务端响应“处理成功”。

从内存数据库中读取当前热点账户的余额，与上述累加值相加，如果结果为正，则在流水登记簿中增加一条记录，其更新值为负，并标记其状态为“未处理”，然后向业务端响应“处理成功”。否则，向业务端响应“处理失败”。

在另一端，流式计算处理单元实时监控数据库流水登记簿相关binlog数据的变化，当新的binlog产生时，其处理过程如下：

流式计算处理单元将收到相关事件通知，并对binlog数据进行解析，从中抽取此条记录数据。然后在同一事务中完成如下操作：

更新核心表中该热点账户的余额；

更新内存数据库中该热点账户的余额；

更新流水登记簿中该条记录的状态，标记为“已处理”。

具体地，如图1所示，详细步骤如下：

步骤1.业务处理模块负责接入交易流水，这种交易流水指账户的存取款交易。

步骤2.如果是存款操作，业务端直接返回交易成功，直接由a路径，将流水写入流水登记簿，此时的流水状态为未处理，将流水写入流水登记簿时，流水登记簿表会产生一条binlog信息(结构同SQL片段3)，该binlog由路径①，通过流水处理单元的异步处理；由路径②，将余额更新至核心账户表；同时由路径③，更新内存数据库的热点账户余额信息；同时由路径④，将该流水在流水登记簿的状态修改为已处理。

步骤3.如果是取款操作，又分为两种情况：

3.1取款的金额小于等于流水登记簿中流水状态不为已处理的所有流水金额之和(本次取款金额不大于在途流水金额之和)，这种情况下，交易流程同步骤2；

3.2取款的金融大于流水登记簿中流水状态不为已处理的所有流水金额之和(本次取款金额大于在途流水金额之和)，通过b路径，获取内存数据库中的核心账户的余额，该余额与a路径中流水登记簿的在途流水之和进行相加(为账户最新的余额)，此余额与取款金额进行比较：

3.2.1如果此金额大于等于取款金额，则交易流水同步骤2；

3.2.2如果此金额小于取款金额，业务端返回交易失败。

另外，本实施例提供热点账户表结构如下：

本实施例提供流水登记簿表结构如下：

本实施例提供流水登记簿binlog结构如下：

综上，本实施例的热点账户处理效率的方法，具有如下优点：

1、对前端业务提供更高的并发支持能力

首先，通过增加内存数据库对热点账户的余额进行缓存，能够提高业务处理模块对热点账户余额的读取速度，提高响应速度；其次，流式处理单元基于事件通知机制实现对流水登记簿新增记录的处理，该处理模块完全独立于核心业务处理模块，不在同一内存空间中，减少资源争用，进一步提高各模块处理速度。

2、降低数据库连接资源占用

首先，通过增加内存数据库对热点账户的余额进行缓存，可降低对热点账户表所在数据库连接资源的占用。其次，流式处理单元基于事件通知机制实现对流水登记簿新增记录的处理，在该过程中流式处理单元通过解析binlog信息抽取目标数据，因此又进一步降低了对流水登记簿表所在数据库的连接资源的占用。对于核心业务系统来说，尤其是在分布式环境下，数据库的连接资源是非常宝贵的资源，能够减少对其的占用，一定程度上就提高了系统整体的运行效率。

3、更简单的开发模式，降低开发人员负担

热点账户的处理逻辑处于金融类系统中的最核心模块，对开发人员的开发能力要求极高。在软件开发中存在这样一个事实上的基本原则：用最简单的代码实现最复杂的逻辑。因为这样能最大限度地降低出现错误的可能概率。而本发明的基础是流式计算，流式计算提供事件通知机制。因此开发人员只需处理特定的事件即可。且在本发明中，该处理错过程非常简单，只需解析binlog信息数据，完成对热点账户表热点热点账户余额、内存数据库中热点热点账户余额、流水登记簿中单调记录状态进行更新即可。都是相对非常简单的逻辑，出错概率很低。

4、良好的水平扩展能力支持

基于流式计算的处理模式，能够很好地利用流式计算模块自身提供的水平扩展能力，进而为整个系统提供了水平扩展能力支持。

除非另作定义，此处使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。本发明专利发明说明书以及权利要求书中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”或者“一”等类似词语也不表示数量限制，而是表示存在至少一个。

以上所述仅为本发明的示例实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种提高不可透支热点账户处理效率的方法，其特征在于，包括：

提供内存数据库，该内存数据库用来对热点账户的余额进行缓存；

接入交易流水，所述交易流水包括存款交易和取款交易；

当所述交易流水属于存款交易时，业务端直接提示交易成功，并直接将存款交易流水写入流水登记簿，流水登记簿表产生一条binlog信息，该binlog通过流式处理单元进行异步处理：

将热点账户余额更新至热点账户表；

同时更新所述内存数据库的热点账户余额信息；

同时将该存款交易流水在所述流水登记簿的状态修改为已处理；

当所述交易流水属于取款交易时，判断取款金额与所述流水登记簿中流水状态不为已处理的所有流水金额之和的大小：

如果所述取款金额小于等于所述流水登记簿中流水状态不为已处理的所有流水金额之和时，业务端直接提示交易成功，并直接将取款交易流水写入流水登记簿，流水登记簿表产生一条binlog信息，该binlog通过流式处理单元进行异步处理；

如果所述取款金额大于所述流水登记簿中流水状态不为已处理的所有流水金额之和时，获取所述内存数据库中的热点账户的余额，并与所述流水登记簿中流水状态不为已处理的所有流水金额之和进行相加确定为账户最新的余额，如果该最新的余额大于等于所述取款金额，业务端直接提示交易成功，并直接将取款交易流水写入流水登记簿，流水登记簿表产生一条binlog信息，该binlog通过流式处理单元进行异步处理，如果该最新的余额小于所述取款金额，业务端提示交易失败。

2.根据权利要求1所述的提高不可透支热点账户处理效率的方法，其特征在于，用业务处理模块接入交易流水。

3.根据权利要求2所述的提高不可透支热点账户处理效率的方法，其特征在于，所述热点账户表的结构包括自增主键id，账户号account及热点账户余额balance三个字段。

4.根据权利要求1所述的提高不可透支热点账户处理效率的方法，其特征在于，所述流水登记簿表的结构包括自增主键id、账户号account及本次交易金额update三个字段。

5.根据权利要求1所述的提高不可透支热点账户处理效率的方法，其特征在于，所述binlog的结构包括记录每条sql语句的statement、记录每行数据被修改的具体细节的row和语句执行的时间戳timestamp。

6.根据权利要求1所述的提高不可透支热点账户处理效率的方法，其特征在于，所述流式处理单元独立于核心业务处理模块，所述流式处理单元基于事件通知机制实现对流水登记簿新增记录的处理。

7.根据权利要求6所述的提高不可透支热点账户处理效率的方法，其特征在于，所述流式处理单元对流水登记簿新增记录的处理时，通过解析binlog信息来抽取目标数据，完成对热点账户表热点账户余额、内存数据库中热点账户余额、流水登记簿中单调记录状态进行更新。

Images