[发明专利]一种平台分库和交易主键分表的方法、装置及存储介质

说明书

本发明涉及互联网分布式微服务架构领域，提供了一种平台分库和交易主键分表的方法、装置及存储介质。主旨在于解决当数据就达到限制了，会导致交易创建和查询性能明显下降的问题，主要方案包括接收到平台发过来的消费转账交易报文，做基本校验后，通过shardingjdc配置的分库分表策略实现存储交易信息表payments_xx和交易信息配对表payment_mappings_xx，其中_xx为数字变量序号，根据交易信息表payments_xx分库策略配置，实现交易信息落到表payments_xx，交易配对信息落到表payment_mappings_xx，交易再发往账户模块记账，记账成功或失败后，将记账结果更新到交易信息表payments_xx中status状态字段。

技术领域

本发明涉及互联网分布式微服务架构领域，提供了一种平台分库和交易主键分表的方法、装置及存储介质。

背景技术

银行账户系统分为进件服务模块，交易服务模块、账户服务模块、对账服务模块。各服务之间采用dubbo rpc协议通信。

交易模块接收并校验记录各类交易，然后发到账户模块进行记账。

交易模块中有一个交易消费转账(payments)，未来1-2年的系统目标，预测未来单日数据量在200多w笔。目前还是使用单表，必然无法支撑现有业务。

本提案是新增基于shardingjdbc第三方开源jar扩展开发的基于平台(渠道)分库和交易主键分表的技术方案。现有未分表方案无法支撑现有业务。因此，一个能够支持大交易量的分库分表技术系统亟待出现。

发明内容

消费转账交易日均200w的数据，根据mysql数据库规范，一般业务表限制是500w条数据。如果不分表，3天数据就达到限制了，会导致交易创建和查询性能明显下降。所以必须分库分表，不然无法支撑业务运行。

为了解决上述技术问题本发明采用以下技术手段：

一种平台分库和交易主键分表的方法，包括以下步骤：

步骤1：接收到平台发过来的消费转账交易报文，做基本校验后，通过shardingjdc配置的分库分表策略实现存储交易信息表payments_xx和交易信息配对表payment_mappings_xx，其中_xx为数字变量序号，根据交易信息表payments_xx分库策略配置，对消费转账交易报文中的平台id信息root_mch_id判断，该平台是否是配置的大交易量平台；

步骤2：接步骤1，如该平台是配置的大交易量平台，大交易量平台根据配置指定独享分库，m个分库作为大平台独立使用；

步骤3：接步骤l，如该平台不是配置的大交易量平台，根据平台root_mch_id/n取模运算得到对应的分库，n个分库给所有不是大数据量交易的平台共享使用；

步骤4：接步骤2，步骤3得到交易的分库后，根据交易信息表payments_xx分表策略配置使用消费转账交易报文中的交易主键payment_id/n₁取模运算得到对应的分表，每个库n₁个分表payments_0，payments_1，…，payments_xx，…payments_n₁-1；

步骤5：接步骤4，将消费转账交易报中的交易信息写入到对应的payments_xx；