CN110298666A - 交易处理过程中的异常处理方法及装置 - Google Patents

Abstract

本申请提出一种交易处理过程中的异常处理方法及装置，其中方法包括：接收交易请求方发送的交易请求，交易请求中包含交易数据，将交易请求转发至对应的账户机构并完成交易；获取交易数据；检测到第一数据库发生异常；获取预设时间段内第一数据库发生异常次数；若异常次数大于等于预设次数阈值，则确定第二数据库，并将交易数据存储至第二数据库。由此，能够迅速感知第一数据库发生异常，并在第一数据库发生异常时，将交易数据存储至第二数据库，提高交易处理过程中的异常处理的效率，提升用户体验。

Description

交易处理过程中的异常处理方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种交易处理过程中的异常处理方法及装置。

背景技术

目前，在实际应用中可以通过在终端设备中安装应用程序完成支付、转账等交易，在交易的过程中，清算系统作为将第三方支付机构和银行统一连接进行清算的平台，清算系统会根据交易请求进行处理，并将相关交易数据存储在数据库中，因此，在数据库发生异常时，需要迅速感知并进行相对应的处理。

申请内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的第一个目的在于提出一种交易处理过程中的异常处理方法，用于解决现有技术中进行交易处理过程中的异常处理时，不能迅速感知到数据库发生异常，对交易产生影响的问题。

本申请的第二个目的在于提出一种交易处理过程中的异常处理装置。

本申请的第三个目的在于提出另一种交易处理过程中的异常处理装置。

本申请的第四个目的在于提出一种非临时性计算机可读存储介质。

本申请的第五个目的在于提出一种计算机程序产品。

为达上述目的，本申请第一方面实施例提出了一种交易处理过程中的异常处理方法，包括：

接收交易请求方发送的交易请求，所述交易请求中包含交易数据；

将所述交易请求转发至对应的账户机构并完成所述交易；

获取所述交易数据，其中，所述交易数据包括交易流水账号、交易金额和交易账户机构标识；

检测到第一数据库发生异常；

获取预设时间段内第一数据库发生异常次数；

若所述异常次数大于等于预设次数阈值，则确定第二数据库；

将所述交易数据存储至所述第二数据库。

进一步地，所述检测到第一数据库发生异常，包括：

检测与所述第一数据库断开连接，则确定所述第一数据库发生异常；或，

检测所述第一数据库在单位时间内未响应的交易笔数大于预设笔数阈值，则确定所述第一数据库发生异常。

进一步地，所述确定第二数据库，包括：

获取当前交易流水账号；

按照预设规则对所述当前交易流水账号进行处理生成目标交易流水账号；

对所述目标交易流水账号进行哈希处理，根据所述哈希处理的结果从备用数据库群中确定所述第二数据库。

进一步地，在所述将第一数据库切换至第二数据库之后，还包括：

检测所述第一数据库是否恢复正常；

若所述第一数据库恢复正常，则建立与所述第一数据库的连接。

进一步地，在所述检测到第一数据库发生异常之后，还包括：

获取所述第一数据库中的运行日志；

根据所述运行日志确定所述第一数据库对应的异常类型；

获取与所述异常类型对应的异常处理方法；

根据所述异常处理方法对所述第一数据库的异常进行处理。

本申请实施例的交易处理过程中的异常处理方法，通过接收交易请求方发送的交易请求，交易请求中包含交易数据，将交易请求转发至对应的账户机构并完成交易，获取交易数据，检测到第一数据库发生异常；获取预设时间段内第一数据库发生异常次数；若异常次数大于等于预设次数阈值，则确定第二数据库，并将第一数据库切换至第二数据库。由此，能够迅速感知第一数据库发生异常，并在第一数据库发生异常时，将交易数据存储至第二数据库，提高交易处理过程中的异常处理的效率，提升用户体验。

为达上述目的，本申请第二方面实施例提出了一种交易处理过程中的异常处理装置，包括：

接收模块，用于接收交易请求方发送的交易请求，所述交易请求中包含交易数据；

转发模块，用于将所述交易请求转发至对应的账户机构并完成所述交易；

第一获取模块，用于获取交易数据，其中，所述交易数据包括交易流水账号、交易金额和交易账户机构标识；

检测模块，用于检测到第一数据库发生异常；

第二获取模块，用于获取预设时间段内所述第一数据库发生异常次数；

确定模块，用于若所述异常次数大于等于预设次数阈值，则确定第二数据库；

存储模块，用于将所述交易数据存储至所述第二数据库。

进一步地，所述检测模块，具体用于：

检测与所述第一数据库断开连接，则确定所述第一数据库发生异常；或，

检测所述第一数据库在单位时间内未响应的交易笔数大于预设笔数阈值，则确定所述第一数据库发生异常。

进一步地，所述确定模块，具体用于：

获取当前交易流水账号；

按照预设规则对所述当前交易流水账号进行处理生成目标交易流水账号；

对所述目标交易流水账号进行哈希处理，根据所述哈希处理的结果从备用数据库群中确定所述第二数据库。

本申请实施例的交易处理过程中的异常处理装置，通过接收交易请求方发送的交易请求，交易请求中包含交易数据，将交易请求转发至对应的账户机构并完成交易，获取交易数据，检测到第一数据库发生异常；获取预设时间段内第一数据库发生异常次数；若异常次数大于等于预设次数阈值，则确定第二数据库，并将第一数据库切换至第二数据库。由此，在第一数据库发生异常时，将获取交易数据存储至第二数据库，提高交易处理过程中的异常处理的效率，提升用户体验。

为达上述目的，本申请第三方面实施例提出了另一种交易处理过程中的异常处理装置，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如上所述的交易处理过程中的异常处理方法。

为了实现上述目的，本申请第四方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的交易处理过程中的异常处理方法。

为了实现上述目的，本申请第五方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时，实现如上所述的交易处理过程中的异常处理方法。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提供的一种交易处理过程中的异常处理方法的流程示意图；

图2为本申请实施例提供的另一种交易处理过程中的异常处理方法的流程示意图；

图3为本申请实施例提供的又一种交易处理过程中的异常处理方法的流程示意图；

图4为本申请实施例提供的再一种交易处理过程中的异常处理方法的流程示意图；

图5为本申请实施例提供的一种交易处理过程中的异常处理装置的结构示意图；

图6为本申请实施例提供的另一种交易处理过程中的异常处理装置的结构示意图；

图7为本申请实施例提供的又一种交易处理过程中的异常处理装置的结构示意图；

图8为本申请实施例提供的再一种交易处理过程中的异常处理装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的交易处理过程中的异常处理方法及装置。

图1为本申请实施例提供的一种交易处理过程中的异常处理方法的流程示意图。如图1所示，该交易处理过程中的异常处理方法包括以下步骤：

步骤101、接收交易请求方发送的交易请求，交易请求中包含交易数据。

步骤102，将交易请求转发至对应的账户机构并完成交易。

步骤103，获取交易数据，其中，交易数据包括交易流水账号、交易金额和交易账户机构标识。

步骤104、检测到第一数据库发生异常。

在实际应用中，可以通过在终端设备中安装应用程序进行支付、转账等交易，在交易的过程中，清算系统作为将第三方支付机构和银行统一连接进行清算的平台，清算系统会根据交易请求进行处理，并将相关交易数据存储在数据库中，因此为了保证交易不受影响，需要对数据库进行检测。本申请中，第一数据库指的是目前正在进行数据交互的数据库，可以理解的是，第一数据库可以是一个或者多个。

其中，可以理解的是，在通过第三方支付机构进行交易后，清算系统接收交易请求方发送的交易请求，需要将交易请求转发至对应的账户机构并完成交易，比如扣减付款银行余额，增加备付金系统金额等操作，交易请求中包含交易数据，由此，可以获取每一次交易的交易数据，比如交易请求中的交易流水账号、交易金额和交易账户机构标识等交易数据。

具体地，对数据库进行检测的方式有很多种，可以根据实际应用需要进行选择设置，作为一种示例，检测与第一数据库的连接是否正常；作为另一种示例，检测第一数据库在单位时间内未响应的交易笔数是否大于预设笔数阈值。

因此，不同的检测方式检测到数据库发生异常的方式也不同，作为一种示例，检测到与第一数据库断开连接，则确定第一数据库发生异常；作为另一种示例，检测到第一数据库在单位时间内未响应的交易笔数大于预设笔数阈值，则确定第一数据库发生异常。

具体地，数据库发生异常的情况有很多种，比如进行交易时，检测到交易数据无法存储到第一数据库，也没有收到第一数据库返回信息，则可以确定第一数据库发生异常；再比如进行交易，在单位时间内未响应的交易笔数大于预设笔数阈值，则可以确定第一数据库发生异常。

举例而言，等待第一数据库响应的预设笔数阈值为100笔，进行交易时，单位时间每秒内未响应的交易笔数大于100笔，则确定对应数据库发生异常，也就是第一数据库发生异常。

步骤105、获取预设时间段内第一数据库发生异常次数。

步骤106、若异常次数大于等于预设次数阈值，则确定第二数据库。

步骤107、将交易数据存储至第二数据库。

具体地，在确定第一数据库发生异常后，获取预设时间段内第一数据库发生的异常次数，若在预设时间段内的异常次数大于预设次数阈值，则确定第二数据库，将交易数据存储到第二数据库，通过第二数据库存储交易数据，不再向第一数据库发送后续的交易数据。

其中，预设时间段和预设次数阈值可以根据实际应用需要进行选择设置。比如，预设时间段为1分钟，预设次数阈值为5，在与第一数据库进行交易的1分钟内，发生了4次与第一数据库断开的异常情况，2次第一数据库响应时间超过预设时间阈值的异常情况，总共6次异常次数，大于预设次数阈值5，则需要将第一数据库切换到可用的数据库中即第二数据库。

需要说明的是，本申请中的第二数据库是可用的数据库，是没有发生异常的数据库。

可以理解的是，确定第二数据库的方式有很多种，也就是说，在其它可用的数据库为多个时，如何从中选择第二数据库来建立连接，比如根据当前交易类型、当前交易数量等确定第二数据库。

进一步地，作为一种可能实现的方式，如图2所示，包括：

步骤201、获取当前交易流水账号。

步骤202、按照预设规则对当前交易流水账号进行处理生成目标交易流水账号。

步骤203、对目标交易流水账号进行哈希处理，根据哈希处理的结果从备用数据库群中确定第二数据库。

具体地，每一次交易都有对应的交易流水账号作为交易标识来确定唯一交易，因此，可以获取当前交易流水账号，按照预设规则对当前交易流水账号进行处理生成目标交易流水账号，对目标交易流水账号进行哈希处理，根据哈希处理的结果从备用数据库群中确定第二数据库。

其中，预设规则可以根据需要进行选择设置，比如当前交易流水账号为123，对当前交易流水账号最后一位进行加1处理或者减1处理生成124或122，接着对124或122进行哈希处理生成对应的哈希值比如为1或2，根据1或2标识从备用数据库群中确定第二数据库A或B。由此，能够快速确定第二数据库。

进一步地，在确定第二数据库后，与第二数据库建立连接，并交易数据存储至第二数据库。

进一步地，在上述实施例的基础上，在将交易数据存储至第二数据库之后，如图3所示，在步骤103之后，还包括：

步骤301，检测第一数据库是否恢复正常。

步骤302，若第一数据库恢复正常，则建立与第一数据库的连接。

具体地，将第一数据库切换至第二数据库后，检测第一数据库的异常问题是否解决，如果异常问题已解决，即第一数据库恢复正常，可以再将第二数据库切换至第一数据库，建立与第一数据库的连接，后续的交易数据继续发往第一数据库。

基于上述描述可以理解到数据库发生异常后为了进一步提高处理效率的问题，需要对发生异常的数据库进行迅速处理，作为一种可能实现的方式，如图4所示，在步骤101之后，还包括：

步骤401、获取第一数据库中的运行日志。

步骤402、根据运行日志确定第一数据库对应的异常类型。

步骤403、获取与异常类型对应的异常处理方法。

步骤404、根据异常处理方法对第一数据库的异常进行处理。

具体地，在确认第一数据库发生异常后，首先根据第一数据库中存储的运行日志来确定第一数据库发生异常的异常类型，其中，不同的异常类型对应不同的异常处理方法，其次，再根据第一数据库的异常类型获取对应的异常处理方法对第一数据库的异常进行处理。由此，能够快速解决数据库异常问题，对异常数据库进行快速恢复，提高了数据库处理效率。

本申请实施例的交易处理过程中的异常处理方法，通过接收交易请求方发送的交易请求，交易请求中包含交易数据，将交易请求转发至对应的账户机构并完成交易，获取交易数据，检测到第一数据库发生异常；获取预设时间段内第一数据库发生异常次数；若异常次数大于等于预设次数阈值，则确定第二数据库，并将交易数据存储至第二数据库。由此，能够迅速感知第一数据库发生异常，并在第一数据库发生异常时，将交易数据存储至第二数据库，提高交易处理过程中的异常处理的效率，提升用户体验。

图5为本申请实施例提供的一种交易处理过程中的异常处理装置的结构示意图。如图5所示，包括：接收模块501、转发模块502、第一获取模块503、检测模块504、第二获取模块505、确定模块506和存储模块507。

其中，接收模块501，用于接收交易请求方发送的交易请求，交易请求中包含交易数据。

转发模块502，用于将交易请求转发至对应的账户机构并完成交易。

第一获取模块503，用于获取交易数据，其中，交易数据包括交易流水账号、交易金额和交易账户机构标识。

检测模块504，用于检测到第一数据库发生异常。

第二获取模块505，用于获取预设时间段内第一数据库发生异常次数。

确定模块506，用于若异常次数大于等于预设次数阈值，则确定第二数据库。

存储模块507，用于将交易数据存储至第二数据库。

本实施例中，检测模块504，具体用于：检测与第一数据库断开连接，则确定第一数据库发生异常；或，检测第一数据库在单位时间内未响应的交易笔数大于预设笔数阈值，则确定第一数据库发生异常。

本实施例中，确定模块506，具体用于：获取当前交易流水账号；按照预设规则对当前交易流水账号进行处理生成目标交易流水账号；对目标交易流水账号进行哈希处理，根据哈希处理的结果从备用数据库群中确定第二数据库。

进一步地，如图6所示，在图5的基础上还包括：第一检测模块508和建立模块509。

其中，第一检测模块508，还用于检测第一数据库是否恢复正常。

建立模块509，用于若第一数据库恢复正常，则建立与第一数据库的连接。

进一步地，如图7所示，在图5的基础上还包括：第三获取模块510和第一确定模块511、第四获取模块512和处理模块513。

第三获取模块510，用于获取第一数据库中的运行日志。

第一确定模块511，用于根据运行日志确定第一数据库对应的异常类型。

第四获取模块512，用于获取与异常类型对应的异常处理方法。

处理模块513，用于根据异常处理方法对第一数据库的异常进行处理。

需要说明的是，前述对交易处理过程中的异常处理方法实施例的解释说明也适用于该实施例的交易处理过程中的异常处理装置，其实现原理类似，此处不再赘述。

本申请实施例的交易处理过程中的异常处理装置，通过接收交易请求方发送的交易请求，交易请求中包含交易数据，将交易请求转发至对应的账户机构并完成交易，获取交易数据，检测到第一数据库发生异常；获取预设时间段内第一数据库发生异常次数；若异常次数大于等于预设次数阈值，则确定第二数据库，并将交易数据存储至第二数据库。由此，能够迅速感知第一数据库发生异常，并在第一数据库发生异常时，将交易数据存储至第二数据库，提高交易处理过程中的异常处理的效率，提升用户体验。

图8为本申请实施例提供的另一种交易处理过程中的异常处理装置的结构示意图。该交易处理过程中的异常处理装置包括：

存储器1001、处理器1002及存储在存储器1001上并可在处理器1002上运行的计算机程序。

处理器1002执行所述程序时实现上述实施例中提供的交易处理过程中的异常处理方法。

进一步地，交易处理过程中的异常处理装置还包括：

通信接口1003，用于存储器1001和处理器1002之间的通信。

存储器1001，用于存放可在处理器1002上运行的计算机程序。

存储器1001可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器1002，用于执行所述程序时实现上述实施例所述的交易处理过程中的异常处理方法。

如果存储器1001、处理器1002和通信接口1003独立实现，则通信接口1003、存储器1001和处理器1002可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(Peripheral Component，简称为PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture，简称为EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器1001、处理器1002及通信接口1003，集成在一块芯片上实现，则存储器1001、处理器1002及通信接口1003可以通过内部接口完成相互间的通信。

处理器1002可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请还提供一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的交易处理过程中的异常处理方法。

本申请还提供一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时，实现如上所述的交易处理过程中的异常处理方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种交易处理过程中的异常处理方法，其特征在于，包括：

接收交易请求方发送的交易请求，所述交易请求中包含交易数据；

将所述交易请求转发至对应的账户机构并完成所述交易；

获取所述交易数据，其中，所述交易数据包括交易流水账号、交易金额和交易账户机构标识；

检测到第一数据库发生异常；

获取预设时间段内所述第一数据库发生异常次数；

若所述异常次数大于等于预设次数阈值，则确定第二数据库；

将所述交易数据存储至所述第二数据库。

2.如权利要求1所述的方法，其特征在于，所述检测到第一数据库发生异常，包括：

检测与所述第一数据库断开连接，则确定所述第一数据库发生异常；或，

检测所述第一数据库在单位时间内未响应的交易笔数大于预设笔数阈值，则确定所述第一数据库发生异常。

3.如权利要求1所述的方法，其特征在于，所述确定第二数据库，包括：

获取当前交易流水账号；

按照预设规则对所述当前交易流水账号进行处理生成目标交易流水账号；

对所述目标交易流水账号进行哈希处理，根据所述哈希处理的结果从备用数据库群中确定所述第二数据库。

4.如权利要求1所述的方法，其特征在于，在所述将所述交易数据存储至第二数据库之后，还包括：

检测所述第一数据库是否恢复正常；

若所述第一数据库恢复正常，则建立与所述第一数据库的连接。

5.如权利要求1所述的方法，其特征在于，在所述检测到第一数据库发生异常之后，还包括：

获取所述第一数据库中的运行日志；

根据所述运行日志确定所述第一数据库对应的异常类型；

获取与所述异常类型对应的异常处理方法；

根据所述异常处理方法对所述第一数据库的异常进行处理。

6.一种交易处理过程中的异常处理装置，其特征在于，包括：

接收模块，用于接收交易请求方发送的交易请求，所述交易请求中包含交易数据；

转发模块，用于将所述交易请求转发至对应的账户机构并完成所述交易；

第一获取模块，用于获取交易数据，其中，所述交易数据包括交易流水账号、交易金额和交易账户机构标识；

检测模块，用于检测到第一数据库发生异常；

第二获取模块，用于获取预设时间段内所述第一数据库发生异常次数；

确定模块，用于若所述异常次数大于等于预设次数阈值，则确定第二数据库；

存储模块，用于将所述交易数据存储至所述第二数据库。

7.如权利要求1所述的装置，其特征在于，所述检测模块，具体用于：

检测与所述第一数据库断开连接，则确定所述第一数据库发生异常；或，

检测所述第一数据库在单位时间内未响应的交易笔数大于预设笔数阈值，则确定所述第一数据库发生异常。

8.如权利要求1所述的装置，其特征在于，所述确定模块，具体用于：

获取当前交易流水账号；

按照预设规则对所述当前交易流水账号进行处理生成目标交易流水账号；

对所述目标交易流水账号进行哈希处理，根据所述哈希处理的结果从备用数据库群中确定所述第二数据库。

9.一种交易处理过程中的异常处理装置，其特征在于，包括：

存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-5中任一所述的交易处理过程中的异常处理方法。

10.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的交易处理过程中的异常处理方法。