CN111552697B - 一种解决银行核心系统热点账户的高并发处理方法 - Google Patents

Abstract

本发明涉及互联网交易安全技术领域，特别涉及一种解决银行核心系统热点账户的高并发处理方法，包括以下步骤：S1、在实时资金收付交易发生时，更新客户端的子账户余额，并记录子账户的交易明细记录，轮询子账户的交易明细记录，并将交易明细记录汇总到服务端；S2、在服务端中，对汇总后的交易明细记录按子账户进行轧差处理；S3、对轧差处理的结果进行上锁，并根据轧差处理的结果更新服务端中的主账户余额。本发明能够定制化配置主子账户，拆分特定主子账户信息流与资金流，将账务数据库账户从多线程竞争的状态中释放出来，使得子账户资金收付独立，降低交易延时，提升交易效率。

Description

一种解决银行核心系统热点账户的高并发处理方法

技术领域

本发明涉及互联网交易安全技术领域，特别涉及一种解决银行核心系统热点账户的高并发处理方法。

背景技术

主子账户是指银行为同一单位存款人构建其开立的银行结算账户之间的主子关系，在账户之间进行交易信息同步或者办理资金定向往来和自动归集，从而实现主账户对子账户资金统一管理或者子账户对主账户资金分账核算，且主账户账号和子账户账号均可对外办理资金收付。子账户发生资金收付时，会同步更新主账户余额，当同一个主账户下的子账户大量并发进行资金收付交易的时候，由于每笔交易都会实时更新主账户余额，为了保证主账户不被其他请求影响数据的准确性，在进行记账处理时，会先对主账户的资源加资源锁，记账处理完毕后会自动释放锁。但是，随着账务处理业务量的增大，账务数据库中的子账户常常会在瞬间产生多个并发操作，但所有对应的并发线程中只有一个线程能够持有当前主账户的资源锁，其他线程必须等待该锁被释放后再逐一进行记账处理，这样该主账户将会被频繁加锁释锁，使该主账户成为账务数据库热点(热点账户)，大量交易并发的情况会导致交易超时。

发明内容

本发明主要目在于提供一种解决银行核心系统热点账户的高并发处理方法，能够将账务数据库账户从多线程竞争的状态中释放出来，使得子账户资金收付独立，降低交易延时，提升交易效率。

为达到上述目的，本发明提供了一种解决银行核心系统热点账户的高并发处理方法，包括以下步骤：

S1、在实时资金收付交易发生时，更新客户端的子账户余额，并记录子账户的交易明细记录，轮询子账户的交易明细记录，并将交易明细记录汇总到服务端；

S2、在服务端中，对汇总后的交易明细记录按子账户进行轧差处理；

S3、对轧差处理的结果进行上锁，并根据轧差处理的结果更新服务端中的主账户余额。

本发明的工作原理及优点在于：

通过配置主子账户的方式，拆分特定主子账户信息流与资金流，使得当同一个主账户下的子账户大量并发进行资金收付交易的时候，每笔交易不会实时更新主账户余额，因此当前账户的资源锁不会被频繁加锁释锁。本方案将每个子账户的交易明细记录都汇总在一起进行轧差处理，资源锁仅对轧差处理的结果进行上锁，避免资源锁被频繁加锁释锁，能够将传统账务数据库账户从多线程竞争的状态中释放出来，使得子账户资金收付独立，降低交易延时，提升交易效率。

进一步，所述步骤S1具体包括以下步骤，

S101、在实时资金收付交易发生时，判断当前服务端中的主账户是否为热点账户；若主账户为热点账户时，禁止主账户与子账户直接进行余额数据更新；

S102、更新客户端的子账户余额，记录子账户的交易明细记录，并将子账户的交易明细记录生成待过账记录，再将待过账记录登记到待过账中间表并保存到服务端；

S103、客户端轮询子账户的交易明细记录，服务端同步更新待过账中间表。

当主账户为热点账户主户时，不允许直接进行交易，否则高并发情形下获取不到准确的实时余额，会造成短款问题。待过账中间表的设置，方便交易明细记录的记录与更新。

进一步，所述步骤S3中在对轧差处理的结果进行加锁时，还包括以下步骤：

S301、判定交易明细记录中交易日期与会计日期是否一致，若一致，则只更新主账户余额；若不一致，则同时更新上日余额和当前余额；

S302、更新完成后，将已过账的记录从待过账表中移除。

方便主子账户间的记账处理。

进一步，还包括以下步骤，

S4、在银行会计日期切换时，新增跑批节点至跑批序列首位，检查待过账中间表中是否存在上日未过账的记录；若存在，则将其加锁并轧差汇总，更新主账户余额，过账完成后将已过账记录从待过账中间表移除。

上一日余额会影响客户利息，因此通过检查确认的方式避免这种情况产生。

进一步，还包括以下步骤，

S5、热点账户在销户时，校验是否存在未过账的交易明细记录，若存在未过账的交易明细记录，则禁止销户。

存在未过账的交易明细记录，说明账户内部资金计算未完成，不能销户，避免客户利益受损。

进一步，还包括以下步骤，

S6、当查询热点账户的账面余额时，汇总待过账中间表中的交易明细记录的总金额，将总金额加上当前账面余额得到实际账面余额。

方便查询热点账户的当前账面余额和实际账面余额。

进一步，还包括以下步骤，

S7、当查询账户余额是否透支时，判定账户是否为热点账户，若是，则汇总待过账中间表中的交易明细记录的总金额，将总金额加上当前账面余额得到实际账面余额，再根据实际账面余额判断账户余额是否透支。

方便查询热点账户是否透支。

附图说明

图1为本发明实施例一中一种解决银行核心系统热点账户的高并发处理方法实施例的流程图。

具体实施方式

下面通过具体实施方式进一步详细说明：

实施例一

一种解决银行核心系统热点账户的高并发处理方法，基本如图1所示，包括以下步骤：

S1、在实时资金收付交易发生时，更新子账户余额，并记录子账户的交易明细记录，轮询子账户的交易明细记录，并将交易明细记录汇总；

例如，某一商户平台其所属账户为主账户，商户平台下挂若干商户，每一个商户的账号都是一个子账户，主账号的余额代表的是若干子账户的净余额。在子账户资金收付交易发生时，子账户余额会实时更新，此时会产生子账户的交易明细记录。当同一个主账户下的子账户大量并发进行资金收付交易的时候，由于子账户的每笔交易都会实时更新主账户余额，而且由于资源锁的限制，只能一个线程一个线程的处理，就容易导致交易超时，该主账户被定义为热点账户。

步骤S1具体包括以下步骤，

S101、在实时资金收付交易发生时，判断当前服务端中的主账户是否为热点账户，即判断同一时间是否有大量子账户并发进行资金收付交易。例如1000个商户的子账户在同一时间进行资金收付交易，1000个子账户余额实时更新，此时更新金额的每个子账户都需要同步主账户，也就是说通过统一时间的资金收付交易数量来判断主账户是否为热点账户；若主账户为热点账户时，禁止主账户与子账户直接进行余额数据更新；否则高并发情形下获取不到准确的实时余额，会造成短款问题。

S102、更新客户端的子账户余额，记录子账户的交易明细记录，并将子账户的交易明细记录生成待过账记录，再将待过账记录登记到待过账中间表并保存到服务端；子账户余额可以时时更新，子账户与主账户的同步不影响子账户余额的更新。子账户余额表示商户支入支出的差值，交易明细记录表示商户若干条支入支出的事项以及相关金额等。

S103、客户端轮询子账户的交易明细记录，服务端同步更新待过账中间表。轮询就是指子账户所在的客户端定时去请求主账户所在的服务端，是客户端主动请求来促使数据更新。

S2、在服务端中，对汇总后的交易明细记录按子账户进行轧差处理；通过轧差处理使得子账户的若干条交易明细记录变为一条，减小并发操作的现象。

S3、对轧差处理的结果进行上锁，并根据轧差处理的结果更新服务端中的主账户余额。在减小并发操作的同时，通过仅对轧差处理的交易明细记录进行上锁，避免资源锁被频繁加锁释锁，能够将账务数据库账户从多线程竞争的状态中释放出来，使得子账户资金收付独立，降低交易延时，提升交易效率。

步骤S3中在对轧差处理的结果进行加锁时，还包括以下步骤：

S301、判定交易明细记录中交易日期与会计日期是否一致，若一致，则只更新主账户余额；若不一致，则同时更新上日余额和当前余额；

S302、更新完成后，将已过账的记录从待过账表中移除。

S4、在银行会计日期切换时，新增跑批节点至跑批序列首位，检查待过账中间表中是否存在上日未过账的记录；若存在，则将其加锁并轧差汇总，更新主账户余额，过账完成后将已过账记录从待过账中间表移除。

S5、热点账户在销户时，校验是否存在未过账的交易明细记录，若存在未过的交易明细记录，则禁止销户。

S6、当查询热点账户的账面余额时，汇总待过账中间表中的交易明细记录的总金额，将总金额加上当前账面余额得到实际账面余额。

S7、当查询账户余额是否透支时，判定账户是否为热点账户，若是，则汇总待过账中间表中的交易明细记录的总金额，将总金额加上当前账面余额得到实际账面余额，再根据实际账面余额判断账户余额是否透支。

实施例二

实施例二与实施例一的区别在于，在步骤S3中，资源锁会对轧差处理的结果进行上锁，并根据轧差处理的结果更新服务端中的主账户余额，资源锁的上锁不影响子账户的交易。然而当资源锁在上锁时，例如在深夜时段内，此时的客户端的子账户一般不会存在交易行为，有不法分子可能利用资源锁在上锁时的漏洞发起交易，若发生交易则可能出现交易风险，会使客户端的商户无法得知交易风险，导致问题无法及时解决，造成商户出现经济损失。

因此，所述一种解决银行核心系统热点账户的高并发处理方法还包括以下步骤：

S8、当资源锁对轧差处理的结果进行上锁时，判断子账户是否出现交易；若子账户出现交易则标记为风险交易；

S9、当出现风险交易时，检查服务端中是否存在客户端上传的交易支付计划；若存在交易支付计划，则执行步骤S10；若不存在，则执行步骤S11；交易支付计划是指客户端的商户应对可能出现的交易而制定的计划；

S10、判断该风险交易是否在交易支付计划中，若在，则进行正常交易；若不在。则执行步骤S11；

S11、中止风险交易，通过客户端的预留联系方式联系商户，等待并接收客户端的确认口令，并在接收到确认口令后判断与服务端中保存的确认口令是否相同，若相同，则正常交易；若不相同，则终止交易。确认口令包括密码、关键词等。

以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。

Claims (7)

1.一种解决银行核心系统热点账户的高并发处理方法，其特征在于：包括以下步骤：

S1、在实时资金收付交易发生时，更新客户端的子账户余额，并记录子账户的交易明细记录，轮询子账户的交易明细记录，并将交易明细记录汇总到服务端；

S2、在服务端中，对汇总后的交易明细记录按子账户进行轧差处理；

S3、对轧差处理的结果进行上锁，并根据轧差处理的结果更新服务端中的主账户余额；

S8、当资源锁对轧差处理的结果进行上锁时，判断子账户是否出现交易；若子账户出现交易则标记为风险交易；

S9、当出现风险交易时，检查服务端中是否存在客户端上传的交易支付计划；若存在交易支付计划，则执行步骤S10；若不存在，则执行步骤S11；交易支付计划是指客户端的商户应对可能出现的交易而制定的计划；

S10、判断该风险交易是否在交易支付计划中，若在，则进行正常交易；若不在，则执行步骤S11；

S11、中止风险交易，通过客户端的预留联系方式联系商户，等待并接收客户端的确认口令，并在接收到确认口令后判断与服务端中保存的确认口令是否相同，若相同，则正常交易；若不相同，则终止交易。

2.根据权利要求1所述的一种解决银行核心系统热点账户的高并发处理方法，其特征在于：所述步骤S1具体包括以下步骤，

S101、在实时资金收付交易发生时，判断当前服务端中的主账户是否为热点账户；若主账户为热点账户时，禁止主账户与子账户直接进行余额数据更新；

S102、更新客户端的子账户余额，记录子账户的交易明细记录，并将子账户的交易明细记录生成待过账记录，再将待过账记录登记到待过账中间表并保存到服务端；

S103、客户端轮询子账户的交易明细记录，服务端同步更新待过账中间表。

3.根据权利要求2所述的一种解决银行核心系统热点账户的高并发处理方法，其特征在于：所述步骤S3中在对轧差处理的结果进行加锁时，还包括以下步骤：

S301、判定交易明细记录中交易日期与会计日期是否一致，若一致，则只更新主账户余额；若不一致，则同时更新上日余额和当前余额；

S302、更新完成后，将已过账的记录从待过账表中移除。

4.根据权利要求3所述的一种解决银行核心系统热点账户的高并发处理方法，其特征在于：还包括以下步骤，

S4、在银行会计日期切换时，新增跑批节点至跑批序列首位，检查待过账中间表中是否存在上日未过账的记录；若存在，则将其加锁并轧差汇总，更新主账户余额，过账完成后将已过账记录从待过账中间表移除。

5.根据权利要求4所述的一种解决银行核心系统热点账户的高并发处理方法，其特征在于：还包括以下步骤，

S5、热点账户在销户时，校验是否存在未过账的交易明细记录，若存在未过账的交易明细记录，则禁止销户。

6.根据权利要求5所述的一种解决银行核心系统热点账户的高并发处理方法，其特征在于：还包括以下步骤，

S6、当查询热点账户的账面余额时，汇总待过账中间表中的交易明细记录的总金额，将总金额加上当前账面余额得到实际账面余额。

7.根据权利要求6所述的一种解决银行核心系统热点账户的高并发处理方法，其特征在于：还包括以下步骤，

S7、当查询账户余额是否透支时，判定账户是否为热点账户，若是，则汇总待过账中间表中的交易明细记录的总金额，将总金额加上当前账面余额得到实际账面余额，再根据实际账面余额判断账户余额是否透支。