CN116071175A - 热点账户的管理方法以及热点账户的管理装置 - Google Patents

Abstract

本申请提供了一种热点账户的管理方法以及热点账户的管理装置。该方法包括：首先，从硬盘数据库中读取热点账户中的各影子账户的余额，并将各影子账户的余额保存在内存数据库中；然后，在接收到交易请求的情况下，利用Lua脚本对内存数据库中的至少部分影子账户的余额进行处理，得到交易信息；最后，保存交易信息至内存数据库中，并将交易信息封装成异步消息存储至异步队列中。该方法通过内存数据库缓存热点账户的余额，内存数据库的读写性能远高于硬件数据库，能够提高系统的并发性，Lua脚本操作的原子性可以避免交易并发导致的数据脏读/脏写等问题，进而解决了现有技术中热点账户系统的交易并发处理能力较差的问题。

Description

热点账户的管理方法以及热点账户的管理装置

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种热点账户的管理方法以及热点账户的管理装置。

背景技术

在账务系统中，热点账户的设计一直是其中的难点。如何在提升出入账交易处理能力的同时，确保热点账户余额控制的准确及有效提升用户体验更是其中的关键点。传统的热点账户的设计方法，将双频热点账户拆分成多个影子账户，把账户余额表的热点账户余额拆分到各个业务分库的影子账户余额表中，通过影子账户来承接热点账户的交易流量。

这种处理方式在影子账户余额增加和扣减的时候，需要对余额记录上锁做交易串行化处理，本质上没有摆脱数据库能力读写的性能瓶颈，在需要做热点账户余额的统计时，这就要求应用跨库访问所有影子账户的余额表读出余额，再汇总出总余额的情况，这对于有账户流水余额连续性需求的场景是无法适用的，另外，在账户出现交易流量峰值时，会出现因为影子账户余额记录的锁操作出现大比率的联机交易失败问题。

因此，亟需提升热点账户系统的交易并发处理能力。

在背景技术部分中公开的以上信息只是用来加强对本文所描述技术的背景技术的理解，因此，背景技术中可能包含某些信息，这些信息对于本领域技术人员来说并未形成在本国已知的现有技术。

发明内容

本申请的主要目的在于提供一种热点账户的管理方法以及热点账户的管理装置，以解决现有技术中热点账户系统的交易并发处理能力较差的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种热点账户的管理方法，包括：从硬盘数据库中读取热点账户中的各影子账户的余额，并将各所述影子账户的所述余额保存在内存数据库中，所述影子账户包括一个第一影子账户以及多个第二影子账户，所述第一影子账户的存储金额的限定范围的最小值大于各所述第二影子账户的存储金额的限定范围的最大值；在接收到交易请求的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户的所述余额进行处理，得到交易信息，所述交易信息包括以下至少之一：所述热点账户的总余额、交易递增序列、各所述影子账户对应的序号以及对应的所述余额，所述交易递增序列用于对交易进行校对；保存所述交易信息至所述内存数据库中，并将所述交易信息封装成异步消息存储至异步队列中。

可选地，在接收到交易请求的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户的所述余额进行处理，包括：确定所述交易请求的类型，所述类型包括出账交易或入账交易；在所述交易的请求类型为所述出账交易的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户进行出账操作；在所述交易的请求类型为所述入账交易的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户进行入账操作。

可选地，在所述交易的请求类型为所述出账交易的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户进行出账操作，包括：获取出账账户对应的所述第二影子账户的所述余额；确定对应的所述第二影子账户的所述余额是否大于所述出账交易的请求出账金额；在对应的所述第二影子账户的所述余额大于或等于所述请求出账金额的情况下，计算得到从对应的所述第二影子账户的所述余额中扣除所述请求出账金额后，所述热点账户的总余额以及各所述影子账户对应的所述余额，并生成对应的所述交易递增序列；在对应的所述第二影子账户的所述余额小于所述请求出账金额的情况下，计算得到从所述第一影子账户的所述余额中扣除所述请求出账金额后，所述热点账户的总余额以及各所述影子账户对应的所述余额，并生成对应的所述交易递增序列。

可选地，在所述交易的请求类型为所述入账交易的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户进行入账操作，包括：获取入账账户对应的所述第二影子账户的所述余额；计算得到从对应的所述第二影子账户的所述余额中增加请求入账金额后，所述热点账户的总余额以及各所述影子账户对应的所述余额，并生成对应的所述交易递增序列。

可选地，将所述交易信息封装成异步消息存储至异步队列中之后，所述方法还包括：控制所述异步队列发送所述异步消息至执行模块，使得所述执行模块根据所述异步消息从所述内存数据库中获取所述交易信息；确定所述交易信息对应的交易是否已完成；在所述交易未完成的情况下，根据所述交易的幂等性校验确定是否执行所述交易；在所述交易完成的情况下，结束所述交易。

可选地，根据所述交易的幂等性校验确定是否执行所述交易，包括：确定所述交易的所述幂等性校验是否通过；在所述幂等性校验通过的情况下，给所述交易加幂等锁并执行所述交易；记录所述交易的明细，并更新交易流水。

可选地，从硬盘数据库中读取热点账户中的各影子账户的余额之前，所述方法还包括：为各所述第二影子账户设置对应的所述序号。

可选地，所述方法还包括：获取多个第一变化量，所述第一变化量为各所述第二影子账户在终止时刻的所述余额相对于对应的所述第二影子账户在初始时刻的所述余额的变化量；获取多个第二变化量，所述第二变化量为所述初始时刻和所述终止时刻之间，首条所述交易信息对应的各所述第二影子账户的所述余额以及末条所述交易信息对应的所述第二影子账户的所述余额的变化量，所述第一变化量与所述第二变化量均与所述第二影子账户一一对应；在各所述第一变化量与对应的所述第二变化量相等的情况下，将末条所述交易信息更新至所述内存数据库中；在各所述第一变化量与对应的所述第二变化量部不相等的情况下，将差异信息登记到核对差异代办表，并更新批次流水核对标识。

可选地，所述方法还包括：每隔预定时间，判断各所述第二影子账户的所述余额是否在预定范围内；在所述第二影子账户的所述余额小于所述预定范围的最小值的情况下，从所述第一影子账户中转出部分所述余额至对应的所述第二影子账户，以使得对应的所述第二影子账户的所述余额在所述预定范围内；在所述第二影子账户的所述余额大于所述预定范围的最大值的情况下，从对应的所述第二影子账户中转出部分所述余额至所述第一影子账户，以使得对应的所述第二影子账户的所述余额在所述预定范围内。

根据本申请的另一方面，提供了一种热点账户的管理装置，包括读取单元、处理单元以及保存单元，其中，所述读取单元用于从硬盘数据库中读取热点账户中的各影子账户的余额，并将各所述影子账户的所述余额保存在内存数据库中，所述影子账户包括一个第一影子账户以及多个第二影子账户，所述第一影子账户的存储金额的限定范围的最小值大于各所述第二影子账户的存储金额的限定范围的最大值；所述处理单元用于在接收到交易请求的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户的所述余额进行处理，得到交易信息，所述交易信息包括以下至少之一：所述热点账户的总余额、交易递增序列、各所述影子账户对应的序号以及对应的所述余额，所述交易递增序列用于对交易进行校对；所述保存单元用于保存所述交易信息至所述内存数据库中，并将所述交易信息封装成异步消息存储至异步队列中。

应用本申请的技术方案，所述热点账户的管理方法中，首先，从硬盘数据库中读取热点账户中的各影子账户的余额，并将各所述影子账户的所述余额保存在内存数据库中，所述影子账户包括一个第一影子账户以及多个第二影子账户，所述第一影子账户的存储金额的限定范围的最小值大于各所述第二影子账户的存储金额的限定范围的最大值；然后，在接收到交易请求的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户的所述余额进行处理，得到交易信息，所述交易信息包括以下至少之一：所述热点账户的总余额、交易递增序列、各所述影子账户对应的序号以及对应的所述余额，所述交易递增序列用于对交易进行校对；最后，保存所述交易信息至所述内存数据库中，并将所述交易信息封装成异步消息存储至异步队列中。该方法通过内存数据库缓存热点账户的余额，内存数据库的读写性能远高于硬件数据库，能够提高系统的并发性，利用Lua脚本来对内存数据库中的至少部分影子账户的余额进行处理，Lua脚本操作的原子性可以确保对影子账户余额的处理都是串行安全的，避免交易并发导致的数据脏读/脏写等问题，进而解决了现有技术中热点账户系统的交易并发处理能力较差的问题。

附图说明

构成本申请的一部分的说明书附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了根据本申请的一种实施例的热点账户的管理方法的流程图；

图2示出了根据本申请的一种实施例的热点账户的出账交易的流程图；

图3示出了根据本申请的一种实施例的热点账户的入账交易的流程图；

图4示出了根据本申请的一种实施例的执行模块异步交易的流程图；

图5示出了根据本申请的一种实施例的热点账户的余额核对的流程图；

图6示出了根据本申请的一种实施例的热点账户的管理装置的流程图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应该理解的是，当元件(诸如层、膜、区域、或衬底)描述为在另一元件“上”时，该元件可直接在该另一元件上，或者也可存在中间元件。而且，在说明书以及权利要求书中，当描述有元件“连接”至另一元件时，该元件可“直接连接”至该另一元件，或者通过第三元件“连接”至该另一元件。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

Lua脚本：是一个小巧的脚本语言，通过灵活嵌入应用程序中从而为应用程序提供灵活的扩展和定制功能；

热点账户：是指账户的余额增加、扣减均很频繁的账户；

影子账户：是为了提高热点账户的并发能力，单个热点账户映射获得的多个子账户，所有子账户的余额之和与原热点账户的余额相等；

账户均衡：是为了避免各个影子账户的余额与其预设的总资金比例偏差过大，采取的影子账户间的余额均衡操作。

正如背景技术中所说的，现有技术中热点账户系统的交易并发处理能力较差，为了解决上述问题，本申请的一种典型的实施方式中，提供了一种热点账户的管理方法以及热点账户的管理装置。

根据本申请的实施例，提供了一种热点账户的管理方法。需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本申请实施例的热点账户的管理方法的流程图。如图1所示，该方法包括以下步骤：

步骤S101，从硬盘数据库中读取热点账户中的各影子账户的余额，并将各上述影子账户的上述余额保存在内存数据库中，上述影子账户包括一个第一影子账户以及多个第二影子账户，上述第一影子账户的存储金额的限定范围的最小值大于各上述第二影子账户的存储金额的限定范围的最大值。

具体地，上述内存数据库的读写性能远高于硬件数据库，将各上述影子账户的上述余额保存在内存数据库中，能够提高系统的并发性。

本申请的另一种实施例中，从硬盘数据库中读取热点账户中的各影子账户的余额之前，上述方法还包括：为各上述第二影子账户设置对应的上述序号。为各上述第二影子账户设置对应的上述序号是为了使得交易信息中的交易账户更加清晰，余额统计更加精确明了。

为了缓解出账时总余额充足而单个影子账户余额不足的情况，在拆分热点账户余额到各个影子账户时将保留一个大额影子账户，即上述第一影子账户，并对各个第二影子账户余额定时按照预设比例进行账户均衡，方便后续对账户余额进行更为精细的管理。本申请的再一种实施例中，上述方法还包括：每隔预定时间，判断各上述第二影子账户的上述余额是否在预定范围内；在上述第二影子账户的上述余额小于上述预定范围的最小值的情况下，从上述第一影子账户中转出部分上述余额至对应的上述第二影子账户，以使得对应的上述第二影子账户的上述余额在上述预定范围内；在上述第二影子账户的上述余额大于上述预定范围的最大值的情况下，从对应的上述第二影子账户中转出部分上述余额至上述第一影子账户，以使得对应的上述第二影子账户的上述余额在上述预定范围内。

一种具体的实施例中，在判断各上述第二影子账户的上述余额是否在预定范围内后，还可以返回是否需要进行账户均衡的标识，生成本笔交易的上述交易递增序号、第二影子账户的序号以及余额，上述第二影子账户的上述余额在预定范围内，则结束，上述第二影子账户的上述余额不在预定范围内，则生成第一影子账户到需要进行账户均衡的第二影子账户之间的均衡消息，并存储至异步队列中。后续执行模块获取异步队列中均衡消息后，再根据均衡消息来执行交易。

步骤S102，在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，得到交易信息，上述交易信息包括以下至少之一：上述热点账户的总余额、交易递增序列、各上述影子账户对应的序号以及对应的上述余额，上述交易递增序列用于对交易进行校对。

实际应用中，如图2和图3所示，在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理之前，先进行交易前的参数校验，比如，校验交易是否合规，出账金额是否大于账户总额等等，在参数校验没有问题的情况下，再调用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，Lua脚本能够提升交易的原子性。

热点账户是账户的余额增加、扣减均很频繁的账户，因此，出账交易和入账交易的余额统计都非常重要，本申请的另一种实施例中，在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，包括：确定上述交易请求的类型，上述类型包括出账交易或入账交易；在上述交易的请求类型为上述出账交易的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户进行出账操作；在上述交易的请求类型为上述入账交易的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户进行入账操作。

本申请的又一种实施例中，在上述交易的请求类型为上述出账交易的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户进行出账操作，包括：如图2所示，获取出账账户对应的上述第二影子账户的上述余额；确定对应的上述第二影子账户的上述余额是否大于上述出账交易的请求出账金额；在对应的上述第二影子账户的上述余额大于或等于上述请求出账金额的情况下，计算得到从对应的上述第二影子账户的上述余额中扣除上述请求出账金额后，上述热点账户的总余额以及各上述影子账户对应的上述余额，并生成对应的上述交易递增序列；在对应的上述第二影子账户的上述余额小于上述请求出账金额的情况下，计算得到从上述第一影子账户的上述余额中扣除上述请求出账金额后，上述热点账户的总余额以及各上述影子账户对应的上述余额，并生成对应的上述交易递增序列。在第二影子账户进行出账交易时，可能出现第二影子账户中余额不足的情况，若不充足，直接使用第一影子账户进行出账操作，使得交易顺利进行。

入账交易较出账交易更加简单，只需对对应的第二影子账户进行余额的增加即可，本申请的再一种实施例中，在上述交易的请求类型为上述入账交易的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户进行入账操作，包括：如图3所示，获取入账账户对应的上述第二影子账户的上述余额；计算得到从对应的上述第二影子账户的上述余额中增加请求入账金额后，上述热点账户的总余额以及各上述影子账户对应的上述余额，并生成对应的上述交易递增序列。

步骤S103，如图2和图3所示，保存上述交易信息至上述内存数据库中，并将上述交易信息封装成异步消息存储至异步队列中。

将交易信息保存至内存数据库中，并将上述交易信息封装成异步消息存储至异步队列中，可以实现交易的异步化处理，缩短了联机交易的链路时长，且对热点账户的交易峰值实现了削峰作用。

为了防止多次请求的同一个交易操作被重复执行，本申请的另一种实施例中，将上述交易信息封装成异步消息存储至异步队列中之后，上述方法还包括：如图4所示，控制上述异步队列发送上述异步消息至执行模块，使得上述执行模块根据上述异步消息从上述内存数据库中获取上述交易信息；确定上述交易信息对应的交易是否已完成；在上述交易未完成的情况下，根据上述交易的幂等性校验确定是否执行上述交易；在上述交易完成的情况下，结束上述交易。

具体地，执行模块接收到异步队列发送的异步消息，即可从内存数据库中获取交易信息，实际应用中，用户对同一操作可能发起多次请求，因此，执行模块需要确定交易信息是否是重复交易，之前是否已经完成过，若之前已经完成过，则不再执行，交易结束，若之前没有完成，说明这个交易需要执行。

本申请的又一种实施例中，根据上述交易的幂等性校验确定是否执行上述交易，包括：如图4所示，确定上述交易的上述幂等性校验是否通过；在上述幂等性校验通过的情况下，给上述交易加幂等锁并执行上述交易；记录上述交易的明细，并更新交易流水。幂等性是分布式环境下常见的问题，一般是指在进行多次操作时，得到的结果是一样的，即多次运算结果是一致的，也就是说，用户对于同一操作，无论是发起一次请求还是多次请求，最终的执行结果是一致的，不会因为多次点击而产生副作用，进行幂等性校验是为了防止正在对交易进行操作的情况下，有同样的操作请求到达，给需要进行的交易加幂等锁，使得同一操作的其他多次请求不会再被执行。

实际应用中，执行模块根据交易信息判断交易是出账交易还是入账交易，如果是出账交易，记录出账交易明细，更新交易流水，否则认为是入账阶段，记录入账交易明细，更新交易流水。

一种具体的实施例中，可以使用分布式锁实现账务处理中对账户资源的加锁及释放锁操作，分布式锁支持锁重入，支持阻塞等待，并通过Lua脚本保障原子操作，可以满足账务处理的要求，还可以选择Sharding-Sphere实现账务数据的平行分库。

为了提升内存数据库热点账户余额的可靠性，本申请的又一种实施例中，上述方法还包括：如图5所示，获取多个第一变化量，上述第一变化量为各上述第二影子账户在终止时刻的上述余额相对于对应的上述第二影子账户在初始时刻的上述余额的变化量；获取多个第二变化量，上述第二变化量为上述初始时刻和上述终止时刻之间，首条上述交易信息对应的各上述第二影子账户的上述余额以及末条上述交易信息对应的上述第二影子账户的上述余额的变化量，上述第一变化量与上述第二变化量均与上述第二影子账户一一对应；在各上述第一变化量与对应的上述第二变化量相等的情况下，将末条上述交易信息更新至上述内存数据库中；在各上述第一变化量与对应的上述第二变化量部不相等的情况下，将差异信息登记到核对差异代办表，并更新批次流水核对标识。

实际应用中，将差异信息登记到核对差异代办表并更新批次流水核对标识是在硬盘数据库中，出现核对差异的时候，还可以通过短信报警的方式提醒管理人员进行人工核对和处理。

应用本申请的技术方案，上述热点账户的管理方法中，首先，从硬盘数据库中读取热点账户中的各影子账户的余额，并将各上述影子账户的上述余额保存在内存数据库中，上述影子账户包括一个第一影子账户以及多个第二影子账户，上述第一影子账户的存储金额的限定范围的最小值大于各上述第二影子账户的存储金额的限定范围的最大值；然后，在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，得到交易信息，上述交易信息包括以下至少之一：上述热点账户的总余额、交易递增序列、各上述影子账户对应的序号以及对应的上述余额，上述交易递增序列用于对交易进行校对；最后，保存上述交易信息至上述内存数据库中，并将上述交易信息封装成异步消息存储至异步队列中。该方法通过内存数据库缓存热点账户的余额，内存数据库的读写性能远高于硬件数据库，能够提高系统的并发性，利用Lua脚本来对内存数据库中的至少部分影子账户的余额进行处理，Lua脚本操作的原子性可以确保对影子账户余额的处理都是串行安全的，避免交易并发导致的数据脏读/脏写等问题，进而解决了现有技术中热点账户系统的交易并发处理能力较差的问题。

本申请实施例还提供了一种热点账户的管理装置，需要说明的是，本申请实施例的热点账户的管理装置可以用于执行本申请实施例所提供的用于热点账户的管理方法。以下对本申请实施例提供的热点账户的管理装置进行介绍。

图6是根据本申请实施例的热点账户的管理装置的示意图。如图6所示，该装置包括读取单元10、处理单元20以及保存单元30，其中：

读取单元10，用于从硬盘数据库中读取热点账户中的各影子账户的余额，并将各上述影子账户的上述余额保存在内存数据库中，上述影子账户包括一个第一影子账户以及多个第二影子账户，上述第一影子账户的存储金额的限定范围的最小值大于各上述第二影子账户的存储金额的限定范围的最大值；

处理单元20，用于在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，得到交易信息，上述交易信息包括以下至少之一：上述热点账户的总余额、交易递增序列、各上述影子账户对应的序号以及对应的上述余额，上述交易递增序列用于对交易进行校对；

保存单元30，用于保存上述交易信息至上述内存数据库中，并将上述交易信息封装成异步消息存储至异步队列中。

上述热点账户的管理装置中，通过上述读取单元从硬盘数据库中读取热点账户中的各影子账户的余额，并将各上述影子账户的上述余额保存在内存数据库中，上述影子账户包括一个第一影子账户以及多个第二影子账户，上述第一影子账户的存储金额的限定范围的最小值大于各上述第二影子账户的存储金额的限定范围的最大值；通过上述处理单元在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，得到交易信息，上述交易信息包括以下至少之一：上述热点账户的总余额、交易递增序列、各上述影子账户对应的序号以及对应的上述余额，上述交易递增序列用于对交易进行校对；通过上述保存单元保存上述交易信息至上述内存数据库中，并将上述交易信息封装成异步消息存储至异步队列中。该装置通过内存数据库缓存热点账户的余额，内存数据库的读写性能远高于硬件数据库，能够提高系统的并发性，利用Lua脚本来对内存数据库中的至少部分影子账户的余额进行处理，Lua脚本操作的原子性可以确保对影子账户余额的处理都是串行安全的，避免交易并发导致的数据脏读/脏写等问题，进而解决了现有技术中热点账户系统的交易并发处理能力较差的问题。

实际应用中，如图2和图3所示，在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理之前，先进行交易前的参数校验，比如，校验交易是否合规，出账金额是否大于账户总额等等，在参数校验没有问题的情况下，再调用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，Lua脚本能够提升交易的原子性。

将交易信息保存至内存数据库中，并将上述交易信息封装成异步消息存储至异步队列中，可以实现交易的异步化处理，缩短了联机交易的链路时长，且对热点账户的交易峰值实现了削峰作用。

热点账户是账户的余额增加、扣减均很频繁的账户，因此，出账交易和入账交易的余额统计都非常重要，本申请的另一种实施例中，上述处理单元包括第一确定模块、第一操作模块以及第二操作模块，其中，上述第一确定模块用于确定上述交易请求的类型，上述类型包括出账交易或入账交易；上述第一操作模块用于在上述交易的请求类型为上述出账交易的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户进行出账操作；上述第二操作模块用于在上述交易的请求类型为上述入账交易的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户进行入账操作。

本申请的又一种实施例中，上述第一操作模块包括第一获取子模块、确定子模块、第一计算子模块以及第二计算子模块，其中，上述第一获取子模块用于获取出账账户对应的上述第二影子账户的上述余额；上述确定子模块用于确定对应的上述第二影子账户的上述余额是否大于上述出账交易的请求出账金额；上述第一计算子模块用于在对应的上述第二影子账户的上述余额大于或等于上述请求出账金额的情况下，计算得到从对应的上述第二影子账户的上述余额中扣除上述请求出账金额后，上述热点账户的总余额以及各上述影子账户对应的上述余额，并生成对应的上述交易递增序列；上述第二计算子模块用于在对应的上述第二影子账户的上述余额小于上述请求出账金额的情况下，计算得到从上述第一影子账户的上述余额中扣除上述请求出账金额后，上述热点账户的总余额以及各上述影子账户对应的上述余额，并生成对应的上述交易递增序列。在第二影子账户进行出账交易时，可能出现第二影子账户中余额不足的情况，若不充足，直接使用第一影子账户进行出账操作，使得交易顺利进行。

入账交易较出账交易更加简单，只需对对应的第二影子账户进行余额的增加即可，本申请的再一种实施例中上述第二操作模块包括第二获取子模块和第三计算子模块，其中，上述第二获取子模块用于获取入账账户对应的上述第二影子账户的上述余额；上述第三计算子模块用于计算得到从对应的上述第二影子账户的上述余额中增加请求入账金额后，上述热点账户的总余额以及各上述影子账户对应的上述余额，并生成对应的上述交易递增序列。

为了防止多次请求的同一个交易操作被重复执行，本申请的另一种实施例中，将上述交易信息封装成异步消息存储至异步队列中之后，上述装置还包括控制单元、确定单元、第一执行单元以及第二执行单元，其中，上述控制单元用于控制上述异步队列发送上述异步消息至执行模块，使得上述执行模块根据上述异步消息从上述内存数据库中获取上述交易信息；上述确定单元用于确定上述交易信息对应的交易是否已完成；上述第一执行单元用于在上述交易未完成的情况下，根据上述交易的幂等性校验确定是否执行上述交易；上述第二执行单元用于在上述交易完成的情况下，结束上述交易。

具体地，执行模块接收到异步队列发送的异步消息，即可从内存数据库中获取交易信息，实际应用中，用户对同一操作可能发起多次请求，因此，执行模块需要确定交易信息是否是重复交易，之前是否已经完成过，若之前已经完成过，则不再执行，交易结束，若之前没有完成，说明这个交易需要执行。

本申请的又一种实施例中，上述第一执行单元包括第二确定模块、执行模块以及记录模块，其中，上述第二确定模块用于确定上述交易的上述幂等性校验是否通过；上述执行模块用于在上述幂等性校验通过的情况下，给上述交易加幂等锁并执行上述交易；上述记录模块用于记录上述交易的明细，并更新交易流水。幂等性是分布式环境下常见的问题，一般是指在进行多次操作时，得到的结果是一样的，即多次运算结果是一致的，也就是说，用户对于同一操作，无论是发起一次请求还是多次请求，最终的执行结果是一致的，不会因为多次点击而产生副作用，进行幂等性校验是为了防止正在对交易进行操作的情况下，有同样的操作请求到达，给需要进行的交易加幂等锁，使得同一操作的其他多次请求不会再被执行。

实际应用中，执行模块根据交易信息判断交易是出账交易还是入账交易，如果是出账交易，记录出账交易明细，更新交易流水，否则认为是入账阶段，记录入账交易明细，更新交易流水。

一种具体的实施例中，可以使用分布式锁实现账务处理中对账户资源的加锁及释放锁操作，分布式锁支持锁重入，支持阻塞等待，并通过Lua脚本保障原子操作，可以满足账务处理的要求，还可以选择Sharding-Sphere实现账务数据的平行分库。

本申请的另一种实施例中，从硬盘数据库中读取热点账户中的各影子账户的余额之前，上述装置还包括设置单元，上述设置单元用于为各上述第二影子账户设置对应的上述序号。为各上述第二影子账户设置对应的上述序号是为了使得交易信息中的交易账户更加清晰，余额统计更加精确明了。

为了提升内存数据库热点账户余额的可靠性，本申请的又一种实施例中，上述装置还包括第一获取单元、第二获取单元、更新单元以及登记单元，其中，上述第一获取单元用于获取多个第一变化量，上述第一变化量为各上述第二影子账户在终止时刻的上述余额相对于对应的上述第二影子账户在初始时刻的上述余额的变化量；上述第二获取单元用于获取多个第二变化量，上述第二变化量为上述初始时刻和上述终止时刻之间，首条上述交易信息对应的各上述第二影子账户的上述余额以及末条上述交易信息对应的上述第二影子账户的上述余额的变化量，上述第一变化量与上述第二变化量均与上述第二影子账户一一对应；上述更新单元用于在各上述第一变化量与对应的上述第二变化量相等的情况下，将末条上述交易信息更新至上述内存数据库中；上述登记单元用于在各上述第一变化量与对应的上述第二变化量部不相等的情况下，将差异信息登记到核对差异代办表，并更新批次流水核对标识。

实际应用中，将差异信息登记到核对差异代办表并更新批次流水核对标识是在硬盘数据库中，出现核对差异的时候，还可以通过短信报警的方式提醒管理人员进行人工核对和处理。

为了缓解出账时总余额充足而单个影子账户余额不足的情况，在拆分热点账户余额到各个影子账户时将保留一个大额影子账户，即上述第一影子账户，并对各个第二影子账户余额定时按照预设比例进行账户均衡，方便后续对账户余额进行更为精细的管理。本申请的再一种实施例中，上述装置还包括判断单元、第一转出单元以及第二转出单元，其中，上述判断单元用于每隔预定时间，判断各上述第二影子账户的上述余额是否在预定范围内；上述第一转出单元用于在上述第二影子账户的上述余额小于上述预定范围的最小值的情况下，从上述第一影子账户中转出部分上述余额至对应的上述第二影子账户，以使得对应的上述第二影子账户的上述余额在上述预定范围内；上述第二转出单元用于在上述第二影子账户的上述余额大于上述预定范围的最大值的情况下，从对应的上述第二影子账户中转出部分上述余额至上述第一影子账户，以使得对应的上述第二影子账户的上述余额在上述预定范围内。

一种具体的实施例中，在判断各上述第二影子账户的上述余额是否在预定范围内后，还可以返回是否需要进行账户均衡的标识，生成本笔交易的上述交易递增序号、第二影子账户的序号以及余额，上述第二影子账户的上述余额在预定范围内，则结束，上述第二影子账户的上述余额不在预定范围内，则生成第一影子账户到需要进行账户均衡的第二影子账户之间的均衡消息，并存储至异步队列中。后续执行模块获取异步队列中均衡消息后，再根据均衡消息来执行交易。

上述热点账户的管理装置包括处理器和存储器，读取单元、处理单元以及保存单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决现有技术中热点账户系统的交易并发处理能力较差的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，上述计算机可读存储介质包括存储的程序，其中，在上述程序运行时控制上述计算机可读存储介质所在设备执行上述热点账户的管理方法。

本发明实施例提供了一种处理器，上述处理器用于运行程序，其中，上述程序运行时执行上述热点账户的管理方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现至少以下步骤：

步骤S101，从硬盘数据库中读取热点账户中的各影子账户的余额，并将各上述影子账户的上述余额保存在内存数据库中，上述影子账户包括一个第一影子账户以及多个第二影子账户，上述第一影子账户的存储金额的限定范围的最小值大于各上述第二影子账户的存储金额的限定范围的最大值；

步骤S102，在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，得到交易信息，上述交易信息包括以下至少之一：上述热点账户的总余额、交易递增序列、各上述影子账户对应的序号以及对应的上述余额，上述交易递增序列用于对交易进行校对；

步骤S103，保存上述交易信息至上述内存数据库中，并将上述交易信息封装成异步消息存储至异步队列中。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有至少如下方法步骤的程序：

步骤S101，从硬盘数据库中读取热点账户中的各影子账户的余额，并将各上述影子账户的上述余额保存在内存数据库中，上述影子账户包括一个第一影子账户以及多个第二影子账户，上述第一影子账户的存储金额的限定范围的最小值大于各上述第二影子账户的存储金额的限定范围的最大值；

步骤S102，在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，得到交易信息，上述交易信息包括以下至少之一：上述热点账户的总余额、交易递增序列、各上述影子账户对应的序号以及对应的上述余额，上述交易递增序列用于对交易进行校对；

步骤S103，保存上述交易信息至上述内存数据库中，并将上述交易信息封装成异步消息存储至异步队列中。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例上述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

从以上的描述中，可以看出，本申请上述的实施例实现了如下技术效果：

1)、上述热点账户的管理方法中，首先，从硬盘数据库中读取热点账户中的各影子账户的余额，并将各上述影子账户的上述余额保存在内存数据库中，上述影子账户包括一个第一影子账户以及多个第二影子账户，上述第一影子账户的存储金额的限定范围的最小值大于各上述第二影子账户的存储金额的限定范围的最大值；然后，在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，得到交易信息，上述交易信息包括以下至少之一：上述热点账户的总余额、交易递增序列、各上述影子账户对应的序号以及对应的上述余额，上述交易递增序列用于对交易进行校对；最后，保存上述交易信息至上述内存数据库中，并将上述交易信息封装成异步消息存储至异步队列中。该方法通过内存数据库缓存热点账户的余额，内存数据库的读写性能远高于硬件数据库，能够提高系统的并发性，利用Lua脚本来对内存数据库中的至少部分影子账户的余额进行处理，Lua脚本操作的原子性可以确保对影子账户余额的处理都是串行安全的，避免交易并发导致的数据脏读/脏写等问题，进而解决了现有技术中热点账户系统的交易并发处理能力较差的问题。

2)、上述热点账户的管理装置中，通过上述读取单元从硬盘数据库中读取热点账户中的各影子账户的余额，并将各上述影子账户的上述余额保存在内存数据库中，上述影子账户包括一个第一影子账户以及多个第二影子账户，上述第一影子账户的存储金额的限定范围的最小值大于各上述第二影子账户的存储金额的限定范围的最大值；通过上述处理单元在接收到交易请求的情况下，利用Lua脚本对上述内存数据库中的至少部分上述影子账户的上述余额进行处理，得到交易信息，上述交易信息包括以下至少之一：上述热点账户的总余额、交易递增序列、各上述影子账户对应的序号以及对应的上述余额，上述交易递增序列用于对交易进行校对；通过上述保存单元保存上述交易信息至上述内存数据库中，并将上述交易信息封装成异步消息存储至异步队列中。该装置通过内存数据库缓存热点账户的余额，内存数据库的读写性能远高于硬件数据库，能够提高系统的并发性，利用Lua脚本来对内存数据库中的至少部分影子账户的余额进行处理，Lua脚本操作的原子性可以确保对影子账户余额的处理都是串行安全的，避免交易并发导致的数据脏读/脏写等问题，进而解决了现有技术中热点账户系统的交易并发处理能力较差的问题。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种热点账户的管理方法，其特征在于，包括：

从硬盘数据库中读取热点账户中的各影子账户的余额，并将各所述影子账户的所述余额保存在内存数据库中，所述影子账户包括一个第一影子账户以及多个第二影子账户，所述第一影子账户的存储金额的限定范围的最小值大于各所述第二影子账户的存储金额的限定范围的最大值；

在接收到交易请求的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户的所述余额进行处理，得到交易信息，所述交易信息包括以下至少之一：所述热点账户的总余额、交易递增序列、各所述影子账户对应的序号以及对应的所述余额，所述交易递增序列用于对交易进行校对；

保存所述交易信息至所述内存数据库中，并将所述交易信息封装成异步消息存储至异步队列中。

2.根据权利要求1所述的方法，其特征在于，在接收到交易请求的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户的所述余额进行处理，包括：

确定所述交易请求的类型，所述类型包括出账交易或入账交易；

在所述交易的请求类型为所述出账交易的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户进行出账操作；

在所述交易的请求类型为所述入账交易的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户进行入账操作。

3.根据权利要求2所述的方法，其特征在于，在所述交易的请求类型为所述出账交易的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户进行出账操作，包括：

获取出账账户对应的所述第二影子账户的所述余额；

确定对应的所述第二影子账户的所述余额是否大于所述出账交易的请求出账金额；

在对应的所述第二影子账户的所述余额大于或等于所述请求出账金额的情况下，计算得到从对应的所述第二影子账户的所述余额中扣除所述请求出账金额后，所述热点账户的总余额以及各所述影子账户对应的所述余额，并生成对应的所述交易递增序列；

在对应的所述第二影子账户的所述余额小于所述请求出账金额的情况下，计算得到从所述第一影子账户的所述余额中扣除所述请求出账金额后，所述热点账户的总余额以及各所述影子账户对应的所述余额，并生成对应的所述交易递增序列。

4.根据权利要求2所述的方法，其特征在于，在所述交易的请求类型为所述入账交易的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户进行入账操作，包括：

获取入账账户对应的所述第二影子账户的所述余额；

计算得到从对应的所述第二影子账户的所述余额中增加请求入账金额后，所述热点账户的总余额以及各所述影子账户对应的所述余额，并生成对应的所述交易递增序列。

5.根据权利要求1所述的方法，其特征在于，将所述交易信息封装成异步消息存储至异步队列中之后，所述方法还包括：

控制所述异步队列发送所述异步消息至执行模块，使得所述执行模块根据所述异步消息从所述内存数据库中获取所述交易信息；

确定所述交易信息对应的交易是否已完成；

在所述交易未完成的情况下，根据所述交易的幂等性校验确定是否执行所述交易；

在所述交易完成的情况下，结束所述交易。

6.根据权利要求5所述的方法，其特征在于，根据所述交易的幂等性校验确定是否执行所述交易，包括：

确定所述交易的所述幂等性校验是否通过；

在所述幂等性校验通过的情况下，给所述交易加幂等锁并执行所述交易；

记录所述交易的明细，并更新交易流水。

7.根据权利要求1至6中任一项所述的方法，其特征在于，从硬盘数据库中读取热点账户中的各影子账户的余额之前，所述方法还包括：

为各所述第二影子账户设置对应的所述序号。

8.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

获取多个第一变化量，所述第一变化量为各所述第二影子账户在终止时刻的所述余额相对于对应的所述第二影子账户在初始时刻的所述余额的变化量；

获取多个第二变化量，所述第二变化量为所述初始时刻和所述终止时刻之间，首条所述交易信息对应的各所述第二影子账户的所述余额以及末条所述交易信息对应的所述第二影子账户的所述余额的变化量，所述第一变化量与所述第二变化量均与所述第二影子账户一一对应；

在各所述第一变化量与对应的所述第二变化量相等的情况下，将末条所述交易信息更新至所述内存数据库中；

在各所述第一变化量与对应的所述第二变化量部不相等的情况下，将差异信息登记到核对差异代办表，并更新批次流水核对标识。

9.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

每隔预定时间，判断各所述第二影子账户的所述余额是否在预定范围内；

在所述第二影子账户的所述余额小于所述预定范围的最小值的情况下，从所述第一影子账户中转出部分所述余额至对应的所述第二影子账户，以使得对应的所述第二影子账户的所述余额在所述预定范围内；

在所述第二影子账户的所述余额大于所述预定范围的最大值的情况下，从对应的所述第二影子账户中转出部分所述余额至所述第一影子账户，以使得对应的所述第二影子账户的所述余额在所述预定范围内。

10.一种热点账户的管理装置，其特征在于，包括：

读取单元，用于从硬盘数据库中读取热点账户中的各影子账户的余额，并将各所述影子账户的所述余额保存在内存数据库中，所述影子账户包括一个第一影子账户以及多个第二影子账户，所述第一影子账户的存储金额的限定范围的最小值大于各所述第二影子账户的存储金额的限定范围的最大值；

处理单元，用于在接收到交易请求的情况下，利用Lua脚本对所述内存数据库中的至少部分所述影子账户的所述余额进行处理，得到交易信息，所述交易信息包括以下至少之一：所述热点账户的总余额、交易递增序列、各所述影子账户对应的序号以及对应的所述余额，所述交易递增序列用于对交易进行校对；

保存单元，用于保存所述交易信息至所述内存数据库中，并将所述交易信息封装成异步消息存储至异步队列中。

Images