记账方法、装置、存储介质以及终端制造方法及图纸

本说明书实施例公开了一种记账方法、装置、存储介质以及终端，将各付款账户的付款记账请求分别分配至各付款账户对应的分库分表中，以及在各分库分表中保存各付款记账请求对应的记账信息；分别从各付款账户对应的分库分表中获取预设数量的目标记账信息，将目标记账信息记账至目标收款账户对应的分库分表中。通过对单数据库进行分库分表，使得不同账户对应不同的分库分表，那么就可以通过分库分表规则将所有原本的高并发记账请求打散至多个分库分表，也就将原本单个账号接收的记账压力分摊到多个分库分表中。到多个分库分表中。到多个分库分表中。

【技术实现步骤摘要】
记账方法、装置、存储介质以及终端


[0001]本说明书实施例涉及数据处理
，尤其涉及一种记账方法、装置、存储介质以及终端。

技术介绍

[0002]互联网金融系统的核心是线上完成交易过程中的支付、退款，而支付、退款的基础是账务系统。随着互联网发展，各类线上交易模式层出不穷，在可预见的未来，单账户交易的超高并发场景会越来越多，呈现大流量、高并发、常态化的趋势，这对账务系统提出了很高的性能要求。因此，需要一种能够支撑高并发操作的记账方法，提升账务系统的运维效率和保障账户资金安全。

技术实现思路

[0003]本说明书实施例提供一种记账方法、装置、存储介质以及终端，可以解决相关技术中常规记账方法无法解决高并发的记账请求的技术问题。
[0004]第一方面，本说明书实施例提供一种记账方法，该方法包括：
[0005]接收至少一个付款账户针对目标收款账户发起的付款记账请求，将各付款账户的付款记账请求分别分配至各付款账户对应的分库分表中，以及在各分库分表中保存各付款记账请求对应的记账信息；
[0006]响应于记账任务，分别从各付款账户对应的分库分表中获取预设数量的目标记账信息，将所述目标记账信息记账至所述目标收款账户对应的分库分表中。
[0007]第二方面，本说明书实施例提供一种记账装置，该装置包括：
[0008]分流模块，用于接收至少一个付款账户针对目标收款账户发起的付款记账请求，将各付款账户的付款记账请求分别分配至各付款账户对应的分库分表中，以及在各分库分表中保存各付款记账请求对应的记账信息；
[0009]记账模块，用于响应于记账任务，分别从各付款账户对应的分库分表中获取预设数量的目标记账信息，将所述目标记账信息记账至所述目标收款账户对应的分库分表中。
[0010]第三方面，本说明书实施例提供一种包含指令的计算机程序产品，当所述计算机程序产品在计算机或处理器上运行时，使得所述计算机或所述处理器执行上述的方法的步骤。
[0011]第四方面，本说明书实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法的步骤。
[0012]第五方面，本说明书实施例提供一种终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述计算机程序适于由处理器加载并执行上述的方法的步骤。
[0013]本说明书一些实施例提供的技术方案带来的有益效果至少包括：
[0014]本说明书实施例提供一种记账方法，接收至少一个付款账户针对目标收款账户发
起的付款记账请求，将各付款账户的付款记账请求分别分配至各付款账户对应的分库分表中，以及在各分库分表中保存各付款记账请求对应的记账信息；响应于记账任务，分别从各付款账户对应的分库分表中获取预设数量的目标记账信息，将目标记账信息记账至目标收款账户对应的分库分表中。通过对单数据库进行分库分表，使得不同账户可能对应不同的分库分表，那么当单个收款账户同时接收到来自大量不同付款账户发起的付款记账请求，可以通过分库分表规则将所有原本来自同一数据库的高并发请求打散至多个分库分表，也就将原本单个账号接收的记账压力分摊到多个分库分表中，有效将超高记账流量异步处理，提升了账务收款记账性能。
附图说明
[0015]为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0016]图1为本说明书实施例提供的一种记账方法的示例性系统架构图；
[0017]图2为本说明书实施例提供的一种记账方法的流程示意图；
[0018]图3为本说明书实施例提供的一种记账方法的流程示意图；
[0019]图4为本说明书实施例提供的一种记账方法的执行逻辑的流程示意图；
[0020]图5为本说明书实施例提供的一种记账方法的流程示意图；
[0021]图6为本说明书实施例提供的一种热点账户判断方法的数据采集流程图；
[0022]图7为本说明书实施例提供的一种记账方法的实施结构框架图；
[0023]图8为本说明书实施例提供的一种记账装置的结构框图；
[0024]图9为本说明书实施例提供的一种终端的结构示意图。
具体实施方式
[0025]为使得本说明书实施例的特征和优点能够更加的明显和易懂，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而非全部实施例。基于本说明书中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书实施例保护的范围。
[0026]下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书实施例相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本说明书实施例的一些方面相一致的装置和方法的例子。
[0027]互联网金融系统的核心是线上完成交易过程中的支付、退款，而支付、退款的基础是账务系统。对于常规的线上账务系统来说，一般使用最基础的记账手段，通过开启数据库本地事务，然后对账户进行数据库悲观锁机制加锁，以确保在并发场景下账户余额更新的准确性。悲观锁(Pessimistic Lock)的思路在于总是假设最坏的情况，每次拿数据的时候，都认为别人也会修改，所以每次都会加锁，对数据库使用悲观锁后当要对数据库中的一条
数据进行修改的时候，为了避免同时被其他人修改，就直接对该数据进行加锁以防止并发，直到本次处理完成，再释放锁以使得该数据能被其他操作继续下一次使用。使用悲观锁后，数据库的数据修改请求需要一条一条的处理，虽然金额更新准确，但效率较低，存在单账号的性能瓶颈，一旦请求量超过安全阈值就会发生抢锁报错从而导致记账失败。
[0028]随着互联网发展，各类线上交易模式层出不穷，多样化交易模式的飞速发展通常伴随着交易流量的爆发，例如直播卖货这种新的在线购物方式，直播频道的主播通常为了人气流量、货品销量等，介绍商品时会根据使用折扣、优惠、送赠品等营销手段来烘托现场气氛，以吸引观看用户下单商品，这种在线购物形式的交易流量具备“峰值短而高”、“峰值时间不确定”、“峰值次数频繁”等特点，商品量大的时候，甚至有近百万的商品在某个时间点上架，用户需要通过“拼手速”等方式极速下单，此时收款账户将面临超高并发的收款请求量。并且在可预见的未来，单账户交易的超高并发场景会越来越多，呈现大流量、高并发、常态化的趋势，这就对账务系统的记账性能和数据库容量发起极大挑战。此时常规的标准记账方法已经无法完成准确记账，那么就需要一种能够支撑高并发操作的记账方法，提升账务系统的运维效率和记账性能，同时保障保障账户资金安全。
本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种记账方法，所述方法包括：接收至少一个付款账户针对目标收款账户发起的付款记账请求，将各付款账户的付款记账请求分别分配至各付款账户对应的分库分表中，以及在各分库分表中保存各付款记账请求对应的记账信息；响应于记账任务，分别从各付款账户对应的分库分表中获取预设数量的目标记账信息，将所述目标记账信息记账至所述目标收款账户对应的分库分表中。2.根据权利要求1所述的方法，所述响应于记账任务，分别从各付款账户对应的分库分表中获取预设数量的目标记账信息，将所述目标记账信息记账至所述目标收款账户对应的分库分表中，包括：响应于第一记账任务，每隔第一周期分别从各分库分表中获取第一预设数量的第一目标记账信息，将各第一目标记账信息保存至所述目标收款账户对应的分库分表的缓冲单据表中；响应于第二记账任务，每隔第二周期从所述缓冲单据表中获取第二预设数量的第二目标记账信息，将所述第二目标记账信息记账至所述目标收款账户对应的分库分表中。3.根据权利要求2所述的方法，所述将所述第二目标记账信息记账至所述目标收款账户对应的分库分表中，包括：计算所有第二目标记账信息的总记账金额，基于所述总记账金额修改所述目标收款账户对应的账户金额；基于各第二目标记账信息生成所述目标收款账户的账户金额明细。4.根据权利要求1所述的方法，所述方法还包括：接收至少一个退款账户针对所述目标收款账户发起的退款记账请求；将各退款账户的退款记账请求对应的记账信息记账至所述目标收款账户对应的分库分表中。5.根据权利要求4所述的方法，所述方法还包括：判断所述目标收款账户是否为热点账户，若是则将所述目标收款账户接入热点账户数据库中，所述热点账户数据库基于高性能记账引擎构建；所述将各退款账户的退款记账请求对应的记账信息记账至所述目标收款账户对应的分库分表中，包括：将各退款账户的退款记账请求对应的记账信息记账至所述热点账户数据库中得到退款记账结果；当监测到所述目标收款账户为...

【专利技术属性】
技术研发人员：温勇涛，吴跃嘉，李杨，
申请(专利权)人：支付宝中国网络技术有限公司，
类型：发明
国别省市：