CN111242621B - 交易数据存储方法、装置、设备及存储介质 - Google Patents

交易数据存储方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN111242621B
CN111242621B CN202010047724.7A CN202010047724A CN111242621B CN 111242621 B CN111242621 B CN 111242621B CN 202010047724 A CN202010047724 A CN 202010047724A CN 111242621 B CN111242621 B CN 111242621B
Authority
CN
China
Prior art keywords
transaction data
queue
transaction
payment gateway
temporary
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010047724.7A
Other languages
English (en)
Other versions
CN111242621A (zh
Inventor
岑锦豪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Huya Technology Co Ltd
Original Assignee
Guangzhou Huya Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Huya Technology Co Ltd filed Critical Guangzhou Huya Technology Co Ltd
Priority to CN202010047724.7A priority Critical patent/CN111242621B/zh
Publication of CN111242621A publication Critical patent/CN111242621A/zh
Application granted granted Critical
Publication of CN111242621B publication Critical patent/CN111242621B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G06F16/24552—Database cache management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Finance (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明实施例公开了一种交易数据存储方法、装置、设备及存储介质。所述方法包括：将获取的交易数据缓存至临时队列，并根据所述交易数据请求支付网关，以获取所述支付网关返回的交易结果；如果接收到所述支付网关返回的交易成功结果，则将所述临时队列中缓存的所述交易数据转移至归档队列；从所述归档队列中获取所述交易数据并存储至数据库。通过本发明的技术方案，能够减小支付网关的访问压力，提高了数据存储效率。

Description

交易数据存储方法、装置、设备及存储介质
技术领域
本发明实施例涉及数据处理技术，尤其涉及一种交易数据存储方法、装置、设备及存储介质。
背景技术
随着网络交易的普及，网络交易的安全性越来越受到人们的重视，因此，在交易完成后需要将产生的票据等交易数据存储至数据库中，以便与银行、第三方支付平台等支付网关进行对账。
对票据的存储一般是在与支付网关交易后，再把票据存储到数据库中，但是高并发请求下可能会造成交易耗时的增加，而且交易后再把票据存储到数据库中会存在丢失的风险，因此，现有技术中是预先将交易的订单号及相关票据发送到消息队列，然后其他的线程从消息队列拉取订单号，再根据订单号去支付网关查询交易结果，将交易结果为成功的订单号所对应的消息队列中的相关票据存储到数据库中。
现有技术由于从消息队列拉取订单号后，每个订单都需要查询支付网关才能获取票据，会造成支付网关的访问压力大增。另外，由于每次网络交易是在交易前把订单号发送到消息队列的，所以此时从消息队列获取到订单号后查询支付网关，如果交易还没完成，则获取不到交易结果，需要重试，从而进一步增大支付网关的访问压力。即使将消息队列替换为延迟队列，也需要依赖本地时间的准确性，否则也一样会增大支付网关的访问压力。
发明内容
本发明实施例提供一种交易数据存储方法、装置、设备及存储介质，以减小支付网关的访问压力，提高了数据存储效率。
第一方面，本发明实施例提供了一种交易数据存储方法，包括：
将获取的交易数据缓存至临时队列，并根据所述交易数据请求支付网关，以获取所述支付网关返回的交易结果；
如果接收到所述支付网关返回的交易成功结果，则将所述临时队列中缓存的所述交易数据转移至归档队列；
从所述归档队列中获取所述交易数据并存储至数据库。
第二方面，本发明实施例还提供了一种交易数据存储装置，该装置包括：
临时缓存模块，用于将获取的交易数据缓存至临时队列，并根据所述交易数据请求支付网关，以获取所述支付网关返回的交易结果；
队列转移模块，用于如果接收到所述支付网关返回的交易成功结果，则将所述临时队列中缓存的所述交易数据转移至归档队列；
数据存储模块，用于从所述归档队列中获取所述交易数据并存储至数据库。
第三方面，本发明实施例还提供了一种电子设备，该设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例中任一所述的交易数据存储方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的交易数据存储方法。
本发明实施例通过将获取的交易数据缓存至临时队列，并根据交易数据去请求支付网关，在接收到支付网关返回的交易成功结果时，将临时队列中缓存的交易数据转移至归档队列，再从归档队列中获取交易数据并存储至数据库，利用将等待交易结果的数据和等待存储至数据库的数据分别列队的优点，解决了现有技术中由于交易结果的查询与数据的存储只能依次进行，而导致的增大支付网关的访问压力的问题，实现了减小支付网关的访问压力，提高数据存储效率的效果。
附图说明
图1a是本发明实施例一提供的一种交易数据存储方法的流程示意图；
图1b是本发明实施例一适用的一种交易过程的流程示意图；
图1c是本发明实施例一适用的一种临时队列定时任务巡检过程的流程示意图；
图2a是本发明实施例二提供的一种交易数据存储方法的流程示意图；
图2b是本发明实施例二适用的一种归档过程的流程示意图；
图3是本发明实施例三提供的一种交易数据存储装置的结构示意图；
图4是本发明实施例四提供的一种电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1a为本发明实施例一提供的一种交易数据存储方法的流程示意图。该方法可适用于在网络交易过程中对交易数据进行存储的情况，该方法可以由交易数据存储装置来执行，该装置可由硬件和/或软件组成，并一般可集成在手机、电脑以及所有包含网络交易客户端的电子设备中。具体包括如下步骤：
S110、将获取的交易数据缓存至临时队列，并根据交易数据请求支付网关，以获取支付网关返回的交易结果。
本实施例中，本实施例中的交易数据可以是网络交易过程中产生的数据，泛指一切不影响主要交易流程，可以异步存储的数据，例如票据等需要用于与支付网关对账，但其存储并不属于主要的交易流程，可在空闲时进行异步存储。
其中，临时队列可以是由Redis内存队列构建的队列，具体的，Redis是一个基于Key-Value(键值)对的NoSQL数据库，虽然它是一个Key-Value数据库存储系统，但它本身支持MQ(Message Queue，消息队列)功能，所以完全可以当做一个轻量级的队列服务来使用，而且当入队的数据比较小的时候，其性能优于其他的MQ性能。
示例性的，在客户端请求支付网关之前，可将网络交易过程中产生的交易数据先缓存至Redis临时队列，例如使用sadd tmp_inc_queue${order}语句完成该缓存操作，其中，tmp_inc_queue是临时队列的key，${order}为交易数据用Json序列化表示的字符串，也即将交易数据中包含的属性及其对应的值转换成字符串，以便于存储，其中，属性种类包括但不限于订单号、交易用户身份标识、交易货币类型、交易金额、交易订单类型、交易时间等。然后，客户端将获取的交易数据中的订单号发送至支付网关，以查询交易结果。其中，支付网关处于交易的上游，其可以是能够提供支付交易的平台，包括但不限于银行、第三方支付平台等。
S120、如果接收到支付网关返回的交易成功结果，则将临时队列中缓存的交易数据转移至归档队列。
本实施例中，如果支付网关返回的交易结果为成功，也即客户端接收到支付网关返回的交易成功结果，则需要将临时队列中缓存的交易数据转移到归档队列中，其中，归档队列的类型可以与临时队列的类型一样，也即可以是由Redis内存队列构建的队列。例如，可使用smove tmp_inc_queue${order}success_inc_queue语句来完成该转移操作，其中success_inc_queue是归档队列的key。
通过构建两个队列，一个是临时队列，另一个是交易成功后的归档队列，交易前先把交易数据存放在临时队列，然后请求支付网关，如果支付网关返回成功，则将临时队列的相关信息转移到归档队列，而归档队列只负责将数据保存到数据库即可，在最终存入至数据库中时就不需要再次查询支付网关，从而减小了支付网关的访问压力。
可选的，还包括：如果接收到支付网关返回的交易失败结果，则删除临时队列中缓存的交易数据。
示例性的，如果支付网关返回的交易结果为失败，也即客户端接收到支付网关返回的交易失败结果，则需要将临时队列中缓存的交易数据删除。例如，可使用sremove tmp_inc_queue${order}语句来完成该删除操作。
可选的，还包括：如果接收支付网关返回的交易结果超时，则等待重新请求支付网关。
示例性的，如果支付网关在预设时间段内并没有返回交易结果，也即客户端接收支付网关返回的交易结果超时，在预设时间段内没有接收到支付网关返回的交易成功结果或者交易失败结果，则不进行其他操作，等待临时队列巡检核查，重新请求支付网关。
具体的交易流程如图1b所示，首先，上层业务在进行充值、转账、支付等操作时，将交易数据添加至临时队列，并判断添加是否成功，若是，则请求支付网关。在请求支付网关之后，判断交易是否成功，若是，则将临时队列中的交易数据转移至归档队列，并在转移成功时结束交易流程；若否，则再次判断确定交易是否失败，若是，则删除临时队列中的该交易数据，若否，则在记录异常情况日志后结束交易流程，等待重新请求支付网关。
相应的，还包括：按照第二预设周期获取临时队列中交易数据的数量；如果临时队列中交易数据的数量大于0，则获取临时队列中缓存的各交易数据所对应的交易时间；如果确定存在交易时间与当前时间之间的间隔超过预设间隔阈值的交易数据，则根据交易数据重新请求支付网关，以重新获取支付网关返回的交易结果。
示例性的，在重新请求支付网关的过程中，可设置临时队列巡检定时任务，具体的，可按照第二预设周期获取临时队列中交易数据的数量，例如1s启动一次，先获取临时队列中的订单数，如果订单数为0则不处理，如果订单数不为0，也即临时队列中交易数据的数量大于0，则获取指定数量的交易数据，检查各交易数据的交易时间与当前时间的间隔是否大于预设间隔阈值，例如大于15分钟，如果大于预设间隔阈值，则说明该交易数据异常，需要根据交易数据中的订单号去支付网关查询交易结果，进而重新获取支付网关返回的交易结果，根据交易结果来转移或删除该交易数据，具体可参见上述步骤，在此不再赘述。其中，指定数量的交易数据可以是小于最大可处理数量的交易数据，具体可根据实际情况进行设置。
具体的临时队列定时任务巡检流程如图1c所示，巡检流程启动后，首先获取临时队列中交易数据的数量，并判断数量是否为0，若是，则返回等待下一个周期继续获取临时队列中交易数据的数量，若否，则检查各交易数据的交易时间与当前时间是否间隔15分钟以上，若是，则查询支付网关，并继续执行与图1b中相应部分相同的流程，若否，则返回等待下一个周期继续获取临时队列中交易数据的数量。
S130、从归档队列中获取交易数据并存储至数据库。
本实施例中，数据库是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合，可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作，本实施例使用的数据库包括但不限于Mysql、SQL Server、Oracle等。示例性的，在交易数据被转移至归档队列后，可定期从归档队列中获取交易成功的交易数据，将其存储至数据库，以在需要时与支付网关进行对账。
本实施例的技术方案，通过将获取的交易数据缓存至临时队列，并根据交易数据去请求支付网关，在接收到支付网关返回的交易成功结果时，将临时队列中缓存的交易数据转移至归档队列，再从归档队列中获取交易数据并存储至数据库，利用将等待交易结果的数据和等待存储至数据库的数据分别列队的优点，解决了现有技术中由于交易结果的查询与数据的存储只能依次进行，而导致的增大支付网关的访问压力的问题，实现了减小支付网关的访问压力，提高数据存储效率的效果。
实施例二
图2a为本发明实施例二提供的一种交易数据存储方法的流程示意图。本实施例以上述实施例为基础进行优化，提供了优选的交易数据存储方法，具体是，对从归档队列中获取交易数据并存储至数据库进行了进一步优化。具体包括如下：
S210、将获取的交易数据缓存至临时队列，并根据交易数据请求支付网关，以获取支付网关返回的交易结果。
S220、如果接收到支付网关返回的交易成功结果，则将临时队列中缓存的交易数据转移至归档队列。
S230、按照第一预设周期获取归档队列中交易数据的数量。
本实施例中，第一预设周期可以是根据实际需求设置的周期，例如1s。示例性的，在将归档队列中的交易数据存储至数据库的过程中，可为归档队列设置定时任务，例如1s启动一次，获取归档队列中的交易数据的数量，以确定是否有交易成功且待存储的交易数据。
S240、如果归档队列中交易数据的数量大于0，则将归档队列中缓存的交易数据存储至数据库。
示例性的，如果确定归档队列中的交易数据的数量为0，则进行不处理，如果归档队列中交易数据的数量大于0，则说明此时归档队列中已存在交易成功且等待存储至数据库的交易数据，因此，可通过异步线程将归档队列中的交易数据存储至数据库，以在需要时与支付网关进行对账。
可选的，将归档队列中缓存的交易数据存储至数据库，包括：从归档队列中获取不超过预设数量的交易数据；通过异步线程池将获取的交易数据存储至数据库。
具体的，预设数量可以是预设的最大可处理数量，例如，预设数量为50，当归档队列中交易数据的数量小于等于50时，则获取归档队列中的全部数量的交易数据，如果归档队列中交易数据的数量大于50，则这个周期内只从归档队列中获取50条交易数据进行存储。示例性的，可通过异步线程池进行归档，也即通过异步线程池中的空闲线程，将从归档队列中获取的交易数据存储至数据库。
可选的，在将归档队列中缓存的交易数据存储至数据库之后，还包括：如果确定交易数据存储成功，则删除归档队列中的交易数据；如果确定交易数据存储失败，则等待下一个周期重新存储至数据库。
示例性的，在交易数据存储至数据库中后，可判断交易数据是否存储成功，如果成功，则删除归档队列中相应的交易数据，如果失败，则不作其他处理，等待下一个周期重新将该交易数据存储至数据库即可。具体的，可使用sremove success_inc_queue${order}语句来完成该删除操作。
具体的归档流程如图2b所示，归档流程启动后，首先获取归档队列中交易数据的数量，并判断数量是否为0，若是，则返回等待下一个周期继续获取归档队列中交易数据的数量，若否，则将交易数据存储至数据库，并判断存储是否成功，若是，则删除归档队列中的交易数据，若否，则返回等待下一个周期继续获取归档队列中交易数据的数量。
本实施例的技术方案，在上述实施例的基础上，通过在最终将交易数据从归档队列存储至数据库的过程中，按照第一预设周期获取归档队列中交易数据的数量，如果归档队列中交易数据的数量大于0，则将归档队列中缓存的交易数据存储至数据库。利用异步存储的优点，减少了存储过程对查询交易结果时间上的依赖，从归档队列获取的待存储的交易数据都是确定交易成功的数据，进而可直接存储至数据库，无需再次查询支付网关，实现了减小支付网关的访问压力，提高数据存储效率的效果。
在上述各实施例的基础上，可选的，还包括：监控临时队列中交易数据的数量和/或归档队列中交易数据的数量；如果临时队列中交易数据的数量或归档队列中交易数据的数量超过预设数量阈值，则进行报警提示。
示例性的，可实时监控临时队列和/或归档队列的长度，也即每隔预设时间获取一次临时队列中交易数据的数量和/或归档队列中交易数据的数量。例如，可使用scard tmp_inc_queue、scard success_inc_queue语句来完成该数量获取操作，如果超过预设数量阈值则进行告警，表示存储出现问题。
实施例三
图3为本发明实施例三提供的一种交易数据存储装置的结构示意图。参考图3，交易数据存储装置包括：临时缓存模块310、队列转移模块320以及数据存储模块330，下面对各模块进行具体说明。
临时缓存模块310，用于将获取的交易数据缓存至临时队列，并根据所述交易数据请求支付网关，以获取所述支付网关返回的交易结果；
队列转移模块320，用于如果接收到所述支付网关返回的交易成功结果，则将所述临时队列中缓存的所述交易数据转移至归档队列；
数据存储模块330，用于从所述归档队列中获取所述交易数据并存储至数据库。
本实施例提供的交易数据存储装置，通过将获取的交易数据缓存至临时队列，并根据交易数据去请求支付网关，在接收到支付网关返回的交易成功结果时，将临时队列中缓存的交易数据转移至归档队列，再从归档队列中获取交易数据并存储至数据库，利用将等待交易结果的数据和等待存储至数据库的数据分别列队的优点，解决了现有技术中由于交易结果的查询与数据的存储只能依次进行，而导致的增大支付网关的访问压力的问题，实现了减小支付网关的访问压力，提高数据存储效率的效果。
可选的，该装置还可以包括：
临时数据删除模块，用于如果接收到所述支付网关返回的交易失败结果，则删除所述临时队列中缓存的所述交易数据。
可选的，数据存储模块330具体可以包括：
归档数量获取子模块，用于按照第一预设周期获取所述归档队列中交易数据的数量；
数据库存入子模块，用于如果所述归档队列中交易数据的数量大于0，则将所述归档队列中缓存的交易数据存储至数据库。
可选的，数据存入模块具体可以用于：
从所述归档队列中获取不超过预设数量的交易数据；
通过异步线程池将获取的所述交易数据存储至数据库。
可选的，数据存储模块330具体还可以包括：
交易数据删除子模块，用于在将所述归档队列中缓存的交易数据存储至数据库之后，如果确定所述交易数据存储成功，则删除所述归档队列中的所述交易数据；
数据库重新存入子模块，用于如果确定所述交易数据存储失败，则等待下一个周期重新存储至所述数据库。
可选的，该装置还包括：
重新请求等待模块，用于如果接收所述支付网关返回的交易结果超时，则等待重新请求所述支付网关；
相应的，该装置还包括：
临时数量获取模块，用于按照第二预设周期获取所述临时队列中交易数据的数量；
交易时间获取模块，用于如果所述临时队列中交易数据的数量大于0，则获取所述临时队列中缓存的各交易数据所对应的交易时间；
重新请求网关模块，用于如果确定存在所述交易时间与当前时间之间的间隔超过预设间隔阈值的交易数据，则根据所述交易数据重新请求所述支付网关，以重新获取所述支付网关返回的交易结果。
可选的，还包括：
数据数量获取模块，用于监控所述临时队列中交易数据的数量和/或所述归档队列中交易数据的数量；
数量报警提示模块，用于如果所述临时队列中交易数据的数量或所述归档队列中交易数据的数量超过预设数量阈值，则进行报警提示。
上述产品可执行本发明任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。
实施例四
图4为本发明实施例四提供的一种电子设备的结构示意图，如图4所示，本实施例提供的一种电子设备，包括：处理器41和存储器42。该电子设备中的处理器可以是一个或多个，图4中以一个处理器41为例，所述电子设备中的处理器41和存储器42可以通过总线或其他方式连接，图4中以通过总线连接为例。
本实施例中电子设备的处理器41中集成了上述实施例提供的交易数据存储装置。此外，该电子设备中的存储器42作为一种计算机可读存储介质，可用于存储一个或多个程序，所述程序可以是软件程序、计算机可执行程序以及模块，如本发明实施例中交易数据存储方法对应的程序指令/模块(例如，附图3所示的交易数据存储装置中的模块，包括：临时缓存模块310、队列转移模块320以及数据存储模块330)。处理器41通过运行存储在存储器42中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述方法实施例中交易数据存储方法。
存储器42可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器42可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器42可进一步包括相对于处理器41远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
并且，当上述电子设备所包括一个或者多个程序被所述一个或者多个处理器41执行时，程序进行如下操作：
将获取的交易数据缓存至临时队列，并根据所述交易数据请求支付网关，以获取所述支付网关返回的交易结果；如果接收到所述支付网关返回的交易成功结果，则将所述临时队列中缓存的所述交易数据转移至归档队列；从所述归档队列中获取所述交易数据并存储至数据库。
实施例五
本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被交易数据存储装置执行时实现如本发明实施例一提供的交易数据存储方法，该方法包括：将获取的交易数据缓存至临时队列，并根据所述交易数据请求支付网关，以获取所述支付网关返回的交易结果；如果接收到所述支付网关返回的交易成功结果，则将所述临时队列中缓存的所述交易数据转移至归档队列；从所述归档队列中获取所述交易数据并存储至数据库。
当然,本发明实施例所提供的一种计算机可读存储介质,其上存储的计算机程序被执行时不限于实现如上所述的方法操作,还可以实现本发明任意实施例所提供的交易数据存储方法中的相关操作。
通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
值得注意的是，上述交易数据存储装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种交易数据存储方法，其特征在于，包括：
将获取的交易数据缓存至临时队列，并根据所述交易数据请求支付网关，以获取所述支付网关返回的交易结果；
如果接收到所述支付网关返回的交易成功结果，则将所述临时队列中缓存的所述交易数据转移至归档队列；其中，所述临时队列和所述归档队列是由Redis内存队列构建的队列；
从所述归档队列中获取所述交易数据并存储至数据库。
2.根据权利要求1所述的方法，其特征在于，还包括：
如果接收到所述支付网关返回的交易失败结果，则删除所述临时队列中缓存的所述交易数据。
3.根据权利要求1所述的方法，其特征在于，从所述归档队列中获取所述交易数据并存储至数据库，包括：
按照第一预设周期获取所述归档队列中交易数据的数量；
如果所述归档队列中交易数据的数量大于0，则将所述归档队列中缓存的交易数据存储至数据库。
4.根据权利要求3所述的方法，其特征在于，将所述归档队列中缓存的交易数据存储至数据库，包括：
从所述归档队列中获取不超过预设数量的交易数据；
通过异步线程池将获取的所述交易数据存储至数据库。
5.根据权利要求3所述的方法，其特征在于，在将所述归档队列中缓存的交易数据存储至数据库之后，还包括：
如果确定所述交易数据存储成功，则删除所述归档队列中的所述交易数据；
如果确定所述交易数据存储失败，则等待下一个周期重新存储至所述数据库。
6.根据权利要求1所述的方法，其特征在于，还包括：
如果接收所述支付网关返回的交易结果超时，则等待重新请求所述支付网关；
相应的，所述方法还包括：
按照第二预设周期获取所述临时队列中交易数据的数量；
如果所述临时队列中交易数据的数量大于0，则获取所述临时队列中缓存的各交易数据所对应的交易时间；
如果确定存在所述交易时间与当前时间之间的间隔超过预设间隔阈值的交易数据，则根据所述交易数据重新请求所述支付网关，以重新获取所述支付网关返回的交易结果。
7.根据权利要求1-6任一项所述的方法，其特征在于，还包括：
监控所述临时队列中交易数据的数量和/或所述归档队列中交易数据的数量；
如果所述临时队列中交易数据的数量或所述归档队列中交易数据的数量超过预设数量阈值，则进行报警提示。
8.一种交易数据存储装置，其特征在于，包括：
临时缓存模块，用于将获取的交易数据缓存至临时队列，并根据所述交易数据请求支付网关，以获取所述支付网关返回的交易结果；
队列转移模块，用于如果接收到所述支付网关返回的交易成功结果，则将所述临时队列中缓存的所述交易数据转移至归档队列；其中，所述临时队列和所述归档队列是由Redis内存队列构建的队列；
数据存储模块，用于从所述归档队列中获取所述交易数据并存储至数据库。
9.一种电子设备，其特征在于，所述设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的交易数据存储方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的交易数据存储方法。
CN202010047724.7A 2020-01-16 2020-01-16 交易数据存储方法、装置、设备及存储介质 Active CN111242621B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010047724.7A CN111242621B (zh) 2020-01-16 2020-01-16 交易数据存储方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010047724.7A CN111242621B (zh) 2020-01-16 2020-01-16 交易数据存储方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN111242621A CN111242621A (zh) 2020-06-05
CN111242621B true CN111242621B (zh) 2023-07-28

Family

ID=70874592

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010047724.7A Active CN111242621B (zh) 2020-01-16 2020-01-16 交易数据存储方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN111242621B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113704258B (zh) * 2021-08-20 2023-12-26 辽宁振兴银行股份有限公司 一种基于MongoDB数据库存储交易报文的方法
CN114187999B (zh) * 2022-02-17 2022-04-19 四川赛尔斯科技有限公司 一种医院统一支付管理平台及控制方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107679931A (zh) * 2017-08-17 2018-02-09 平安科技（深圳）有限公司 订单异步处理的方法、装置、存储介质及终端
CN109729023B (zh) * 2018-05-14 2021-09-03 网联清算有限公司 交易数据传输方法及其装置
CN108876521A (zh) * 2018-06-04 2018-11-23 贵州数据宝网络科技有限公司 一种高并发数据交易系统及方法
CN109165192B (zh) * 2018-06-27 2022-02-11 创新先进技术有限公司 一种数据存储方法及装置、一种计算设备及存储介质

Also Published As

Publication number Publication date
CN111242621A (zh) 2020-06-05

Similar Documents

Publication Publication Date Title
CN111242621B (zh) 交易数据存储方法、装置、设备及存储介质
CN106503974B (zh) 交易数据处理方法及装置
CN109255701B (zh) 一种网贷业务数据处理方法
CN110659971B (zh) 一种交易数据处理方法及装置
CN103970807A (zh) 数据库连接管理方法及系统
CN113052688A (zh) 基于区块链的信用卡办理方法及装置
CN113760976A (zh) 业务的处理方法、装置、设备及存储介质
CN113127564B (zh) 一种参数同步方法和装置
CN111125168B (zh) 一种数据处理方法、装置、电子设备及存储介质
CN113282589A (zh) 一种数据获取方法和装置
CN114218303B (zh) 一种交易数据的处理系统、处理方法、介质和设备
CN113254467B (zh) 在区块链系统中执行交易的方法和区块链节点
US20080162423A1 (en) Self-Configuring Multi-Type and Multi-Location Result Aggregation for Large Cross-Platform Information Sets
CN113902415A (zh) 财务数据核对方法、装置、计算机设备和存储介质
CN110363515B (zh) 权益卡账户信息查询方法、系统、服务器及可读存储介质
CN114157482A (zh) 一种业务访问控制方法、装置、控制设备及存储介质
CN111400574A (zh) 一种异步爬虫系统及数据爬取方法
CN111754117B (zh) 任务下发方法、装置、电子设备及存储介质
CN113971552B (zh) 一种批量数据处理方法、装置、设备以及存储介质
CN117453422B (zh) 数据处理方法、装置、电子设备及计算机可读存储介质
CN116977056A (zh) 用户借款资方匹配方法、系统、计算机设备和存储介质
CN113516476A (zh) 对账处理方法及装置
CN113421163A (zh) 一种对账方法、对账应用集群和相关客户端
CN115713417A (zh) 一种交易处理方法及装置
CN116089023A (zh) 数据库的事务处理方法、装置、设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant