CN110751560A - 交易处理方法和装置、电子设备和可读存储介质 - Google Patents

Abstract

本公开提供了一种交易处理方法和装置。该交易处理方法用于分布式系统，该方法包括受理待处理交易并确定待处理交易的类型和根据待处理交易的类型来执行操作。在确定待处理交易为结算类交易的情况下，对待处理交易的第一交易部分进行处理，将处理结果以及第二交易部分发送至集中式系统，以便集中式系统对待处理交易的第二交易部分进行处理；在确定待处理交易为管理类交易的情况下，对待处理交易进行处理，以便更新分布式系统中的交易数据以及交易数据的版本号，将待处理交易还发送至集中式系统，以便同步更新集中式系统中的交易数据以及交易数据的版本号。本公开还提供了一种电子设备和计算机可读存储介质。

Description

交易处理方法和装置、电子设备和可读存储介质

技术领域

本公开涉及计算机技术领域，更具体地，涉及一种交易处理方法、一种交易处理装置、一种电子设备和一种计算机可读存储介质。

背景技术

随着互联网时代的到来，移动科技使得生活方式变得更加高效。以移动互联网科技为支撑的快捷交易业务越来越受到各方欢迎，已经成为大众日常主要的消费方式。近年来，快捷交易业务迅猛发展，渠道和种类越来越多，交易量屡创新高。多渠道、多种类的大量交易都集中在银行等金融机构的交易处理系统，从而对交易处理系统的容量和稳定性提出更高要求。目前，银行等金融机构的交易处理系统多为集中式系统，集中式系统的稳定性较好，但不能无限制地扩容，而大规模增长的交易量会耗用越来越多的系统资源。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：集中式系统的扩容存在限制，无法满足大规模增长的交易量对系统资源扩充的需求。

发明内容

有鉴于此，本公开提供了一种交易处理方法、一种交易处理装置、一种电子设备和一种计算机可读存储介质。

本公开的一个方面提供了一种交易处理方法，用于分布式系统，该方法包括：受理待处理交易并确定上述待处理交易的类型，其中，上述待处理交易的类型为结算类交易或者管理类交易，上述结算类交易包括第一交易部分和第二交易部分；以及根据上述待处理交易的类型来执行操作；其中，在确定上述待处理交易为上述结算类交易的情况下，对上述待处理交易的第一交易部分进行处理，将上述第一交易部分的处理结果以及上述第二交易部分发送至上述集中式系统，以便上述集中式系统对上述待处理交易的第二交易部分进行处理；在确定上述待处理交易为上述管理类交易的情况下，对上述待处理交易进行处理，以便更新上述分布式系统中的交易数据以及上述交易数据的版本号，并且，将上述待处理交易还发送至集中式系统，以便上述集中式系统对上述待处理交易进行处理后，同步更新上述集中式系统中的交易数据以及上述交易数据的版本号。

根据本公开的实施例，上述的方法还包括：监测上述分布式系统的状态；以及在监测到上述分布式系统处于正常状态时，对受理的所有待处理交易进行处理；在监测到上述分布式系统处于异常状态时，将受理的所有待处理交易转送至上述集中式系统处理。

根据本公开的实施例，上述分布式系统包括多个分布式系统；上述方法还包括：在监测到多个上述分布式系统均处于正常状态时，将每个分布式系统的配置参数设置为利用该分布式系统对受理的待处理交易进行处理；在监测到多个上述分布式系统中的一个或多个分布式系统处于异常状态时，修改处于异常状态的分布式系统的配置参数，以便将该处于异常状态的分布式系统受理的所有待处理交易转送至上述集中式系统处理。

根据本公开的实施例，上述分布式系统包括数据库组，上述数据库组包括一个主数据库和至少一个从数据库，上述主数据库与上述从数据库之间能够进行数据传输，上述分布式系统利用上述主数据库对待处理交易进行处理，其中，上述监测上述分布式系统的状态包括以下方式中的至少之一：监测上述主数据库的响应时间是否超出预设主库响应时间；监测上述主数据库与上述从数据库之间的数据传输的响应时间是否超出预设传输响应时间；以及监测上述从数据库的响应时间是否超出预设从库响应时间。

根据本公开的实施例，上述的方法还包括：在上述主数据库的响应时间超出上述预设主库响应时间且上述主数据库与所有上述从数据库之间的数据传输的响应时间均超出上述预设传输响应时间的情况下，以及在上述主数据库的响应时间超出上述预设主库响应时间且所有上述从数据库的响应时间均超出上述预设从库响应时间的情况下，确定上述分布式系统处于异常状态。

根据本公开的实施例，在上述主数据库的主库响应时间未超出上述预设主库响应时间、上述主数据库与至少一个上述从数据库之间的数据传输的传输响应时间未超出上述预设传输响应时间、且上述至少一个从数据库的从库响应时间未超出上述预设从库响应时间的情况下，确定上述分布式系统处于正常状态，并控制上述主数据库向上述从数据库传输数据。

根据本公开的实施例，在上述主数据库的主库响应时间未超出上述预设主库响应时间、上述主数据库与所有上述从数据库之间的数据传输的传输响应时间均超出上述预设传输响应时间的情况下，确定该分布式系统处于正常状态，并控制上述主数据库停止向上述从数据库传输数据。

根据本公开的实施例，在上述主数据库的主库响应时间超出上述预设主库响应时间、上述主数据库与至少一个上述从数据库之间的数据传输的传输响应时间未超出上述预设传输响应时间、且上述至少一个从数据库的从库响应时间未超出上述预设从库响应时间的情况下，确定上述分布式系统处于正常状态，并控制切换为利用上述未超出上述预设从库响应时间的从数据库对待处理交易进行处理，且通过上述未超出上述预设从库响应时间的从数据库向上述主数据库传输数据。

本公开的另一方面提供了一种交易处理装置，用于分布式系统，该装置包括：受理模块，用于受理待处理交易并确定上述待处理交易的类型，其中，上述待处理交易的类型为结算类交易或者管理类交易，上述结算类交易包括第一交易部分和第二交易部分；以及执行模块，用于根据上述待处理交易的类型来执行操作；其中，在确定上述待处理交易为上述结算类交易的情况下，对上述待处理交易的第一交易部分进行处理，将上述第一交易部分的处理结果以及上述第二交易部分发送至上述集中式系统，以便上述集中式系统对上述待处理交易的第二交易部分进行处理；在确定上述待处理交易为上述管理类交易的情况下，对上述待处理交易进行处理，以便更新上述分布式系统中的交易数据以及上述交易数据的版本号，并且，将上述待处理交易还发送至集中式系统，以便上述集中式系统对上述待处理交易进行处理后，同步更新上述集中式系统中的交易数据以及上述交易数据的版本号。

根据本公开的实施例，上述的装置还包括：监测模块，用于监测上述分布式系统的状态；以及处理模块，用于在监测到上述分布式系统处于正常状态时，对受理的所有待处理交易进行处理；在监测到上述分布式系统处于异常状态时，将受理的所有待处理交易转送至上述集中式系统处理。

根据本公开的实施例，上述分布式系统包括多个分布式系统；上述装置还包括：第一配置模块，用于在监测到多个上述分布式系统均处于正常状态时，将每个分布式系统的配置参数设置为利用该分布式系统对受理的待处理交易进行处理；第二配置模块，用于在监测到多个上述分布式系统中的一个或多个分布式系统处于异常状态时，修改处于异常状态的分布式系统的配置参数，以便将该处于异常状态的分布式系统受理的所有待处理交易转送至上述集中式系统处理。

根据本公开的实施例，上述分布式系统包括数据库组，上述数据库组包括一个主数据库和至少一个从数据库，上述主数据库与上述从数据库之间能够进行数据传输，上述分布式系统利用上述主数据库对待处理交易进行处理，其中，上述监测模块包括以下单元中的至少之一：主库监测单元，用于监测上述主数据库的响应时间是否超出预设主库响应时间；响应监测单元，用于监测上述主数据库与上述从数据库之间的数据传输的响应时间是否超出预设传输响应时间；以及从库监测单元，用于监测上述从数据库的响应时间是否超出预设从库响应时间。

根据本公开的实施例，上述的装置还包括：确定模块，用于在上述主数据库的响应时间超出上述预设主库响应时间且上述主数据库与所有上述从数据库之间的数据传输的响应时间均超出上述预设传输响应时间的情况下，以及在上述主数据库的响应时间超出上述预设主库响应时间且所有上述从数据库的响应时间均超出上述预设从库响应时间的情况下，确定上述分布式系统处于异常状态。

根据本公开的实施例，在上述主数据库的主库响应时间未超出上述预设主库响应时间、上述主数据库与至少一个上述从数据库之间的数据传输的传输响应时间未超出上述预设传输响应时间、且上述至少一个从数据库的从库响应时间未超出上述预设从库响应时间的情况下，上述确定模块确定上述分布式系统处于正常状态，并控制上述主数据库向上述从数据库传输数据。

根据本公开的实施例，在上述主数据库的主库响应时间未超出上述预设主库响应时间、上述主数据库与所有上述从数据库之间的数据传输的传输响应时间均超出上述预设传输响应时间的情况下，上述确定模块确定该分布式系统处于正常状态，并控制上述主数据库停止向上述从数据库传输数据。

根据本公开的实施例，在上述主数据库的主库响应时间超出上述预设主库响应时间、上述主数据库与至少一个上述从数据库之间的数据传输的传输响应时间未超出上述预设传输响应时间、且上述至少一个从数据库的从库响应时间未超出上述预设从库响应时间的情况下，上述确定模块确定上述分布式系统处于正常状态，并控制切换为利用上述未超出上述预设从库响应时间的从数据库对待处理交易进行处理，且通过上述未超出上述预设从库响应时间的从数据库向上述主数据库传输数据。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个指令，其中，当上述一个或多个指令被上述一个或多个处理器执行时，使得上述一个或多个处理器实现上述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有可执行指令，该指令被处理器执行时使处理器实现上述的方法。

根据本公开的实施例，除了集中式系统以外，还利用分布式系统进行交易处理。针对高频交易的业务连续性要求迫切提供了一种跨域异构系统的交易处理方法，切换过程可以实现自动化流程，快速完成切换，在完成系统切换后，能够使客户业务继续开展，不受影响。因此，本公开的交易处理方法至少部分地克服了集中式系统的系统资源不足的技术问题，进而达到了实现系统资源扩容、加快交易处理速度的技术效果。

附图说明

图1示意性示出了根据本公开实施例的交易处理方法和装置的应用场景；

图2示意性示出了根据本公开实施例的交易处理方法的流程图；

图3示意性示出了根据本公开实施例的交易处理方法的部分流程图；

图4示意性示出了根据本公开实施例的交易处理方法的部分流程图；

图5A示意性示出了根据本公开实施例的数据库组中的主数据库与从数据库之间的关系；

图5B示意性示出了根据本公开实施例的分布式系统的响应时间情况；

图6示意性示出了根据本公开实施例的响应时间情况、分布式系统的状态以及分布式系统的动作的对应关系；

图7示意性示出了根据本公开实施例的修改处于异常状态的分布式系统的配置参数的示意图；

图8示意性示出了根据本公开实施例的交易处理装置的框图；以及

图9示意性示出了根据本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

本公开的实施例提供了一种交易处理方法，用于分布式系统。该方法包括：受理待处理交易并确定待处理交易的类型、以及根据待处理交易的类型来执行操作。其中，待处理交易的类型为结算类交易或者管理类交易，结算类交易包括第一交易部分和第二交易部分。在根据待处理交易的类型来执行操作的过程中：在确定待处理交易为结算类交易的情况下，对待处理交易的第一交易部分进行处理，将第一交易部分的处理结果以及第二交易部分发送至集中式系统，以便集中式系统对待处理交易的第二交易部分进行处理；在确定待处理交易为管理类交易的情况下，对待处理交易进行处理，以便更新分布式系统中的交易数据以及交易数据的版本号，并且，将待处理交易还发送至集中式系统，以便集中式系统对待处理交易进行处理后，同步更新集中式系统中的交易数据以及交易数据的版本号。

图1示意性示出了根据本公开实施例的交易处理方法和装置的应用场景。需要注意的是，图1所示仅为可以应用本公开实施例的场景示例，以帮助本领域技术人员理解本公开的技术内容，并未详细示出应用本公开实施例的系统架构。

如图1所示，交易处理系统100可以受理多个交易，例如，第一交易、第二交易、第N交易。第一交易、第二交易、第N交易可以是来自不同交易渠道的交易。根据本公开的实施例，多渠道、多种类的大量交易可以集中在银行等金融机构的交易处理系统100，通过交易处理系统100对交易进行处理。本公开的交易处理方法和装置用于图1所示的交易处理系统100。

目前，银行等金融机构的交易处理系统多为集中式系统，大规模增长的交易量会耗用越来越多的系统资源。然而，集中式系统的扩容存在限制，无法满足大规模增长的交易量对系统资源扩充的需求。并且，集中式系统的相关设备也较为昂贵。

在这样的背景下，本公开的发明人想到可以尝试使用低成本、易扩展的分布式系统来分担集中式系统的负担。然而，分布式系统虽然具有低成本、易扩展的优点，但稳定性要比集中式系统差。银行等金融机构每天都要处理大量的交易，一旦交易处理系统发生故障从而影响到交易的连续性，会带来严重影响。

因此，本公开的发明人构想到通过本公开的交易处理方法，将分布式系统与集中式系统结合使用，通过适当规定不同系统所处理的交易，有效弥补了分布式系统的稳定性较差这一缺点，并节约了集中式系统的系统资源，从而兼顾了整个交易处理系统的稳定性和成本。

图2示意性示出了根据本公开实施例的交易处理方法的流程图。

本公开的交易处理方法可以用于分布式系统，如图2所示，本公开实施例的方法包括操作S210～S220，操作S220又可以进一步包括操作S221和操作S222。

在操作S210，受理待处理交易并确定待处理交易的类型。

例如，可以通过分布式系统的应用服务器受理待处理交易。其中，待处理交易的类型为结算类交易或者管理类交易。该结算类交易或者管理类交易例如可以根据交易代码来区分。

根据本公开的实施例，结算类交易例如为快捷支付、转账等交易，具有交易频率高，耗用系统资源多的特点。结算类交易包括第一交易部分和第二交易部分。以快捷支付为例，第一交易部分例如为确认支付环境、核对身份信息及帐户信息等，该第一交易部分为准备性的动作，不涉及动账操作，风险相对较低，但需要耗用较多的系统资源；第二交易部分例如为帐户余额的修改，该第二交易部分为实质性的动作，涉及动账类风险操作，但耗用系统资源少。

根据本公开的实施例，管理类交易例如可以是修改帐户信息、调整转账限额、挂失、解冻等交易，具有交易频率较低，耗用系统资源少的特点。

在操作S220，根据待处理交易的类型来执行操作。

在操作S221，在确定待处理交易为结算类交易的情况下，分布式系统对待处理交易的第一交易部分进行处理，将第一交易部分的处理结果以及第二交易部分发送至集中式系统，以便集中式系统对待处理交易的第二交易部分进行处理。以快捷支付为例，分布式系统对待处理交易的例如确认支付环境、核对身份信息及帐户信息等交易部分进行处理。在确认、核对工作完成后，将例如“确认信息无误、可以进行交易”的处理结果以及帐户余额修改的交易部分发送至集中式系统，以便集中式系统进行修改帐户余额的处理。

通过本公开的实施例，通过采用低成本、易扩展的分布式系统对待处理交易的第一交易部分进行处理，能够降低交易处理成本、减轻集中式系统的压力。而利用集中式系统对涉及动账类风险操作的第二交易部分进行处理，能够兼顾数据安全。

在操作S222，在确定待处理交易为管理类交易的情况下，分布式系统对待处理交易进行处理，以便更新分布式系统中的交易数据以及交易数据的版本号，并且，分布式系统将待处理交易还发送至集中式系统，以便集中式系统对待处理交易进行处理后，同步更新集中式系统中的交易数据以及交易数据的版本号。

以调整转账限额为例，分布式系统从某个渠道(例如柜面或者电子银行渠道)受理交易后进行调整转账限额的处理，更新该调整转账限额交易的交易数据，并为该更新后的交易数据赋予一个版本号；分布式系统将该调整转账限额交易还发送至集中式系统，集中式系统进行调整转账限额的处理后，同步更新该调整转账限额交易的交易数据，并为该更新后的交易数据赋予一个与上述分布式系统中的上述版本号相同的版本号。

通过上述的操作，分布式系统和集中式系统都对管理类交易进行处理，从而实现了管理类交易在分布式系统和集中式系统中的双写机制，保障数据一致性。对分布式系统和集中式系统中的同一管理类交易的交易数据赋予相同的版本号，能够确保分布式系统和集中式系统之间数据的一致性。

根据本公开的实施例，除了集中式系统以外，还利用分布式系统进行交易处理。因此，本公开的交易处理方法至少部分地克服了集中式系统的系统资源不足的技术问题，进而达到了实现系统资源扩容、加快交易处理速度的技术效果。

图3示意性示出了根据本公开实施例的交易处理方法的部分流程图。

如图3所示，本公开实施例的方法还包括操作S310～S330。

在操作S310，监测分布式系统的状态。分布式系统例如可以包括监控用服务器。该监测例如可以通过独立于数据库服务器的监控用服务器来进行。

在监测到分布式系统处于正常状态时，执行操作S320，即分布式系统对受理的所有待处理交易进行处理。处理方式如上所述，即，分布式系统受理待处理交易并确定待处理交易的类型，并根据待处理交易的类型来执行操作。

在监测到分布式系统处于异常状态时，执行操作S330，即分布式系统将受理的所有待处理交易转送至集中式系统处理。

分布式系统恢复正常后，可以手动将系统由集中式系统切回分布式系统。

在分布式系统的异常状态下，如果无法进行待处理交易的处理，对于高频交易的影响可能非常巨大。交易处理的实时性要求极高，即使交易处理系统发生故障是小概率事件，但一旦故障发生在交易高峰期间就会产生非常严重的影响。

根据本公开的实施例，在分布式系统处于异常状态时，能够自动切换至集中式系统对待处理交易进行处理，保障了交易处理的连续性。

图4示意性示出了根据本公开实施例的交易处理方法的部分流程图。

如图4所示，本公开实施例的分布式系统可以包括多个分布式系统。本公开实施例的方法包括操作S410～S430。

在操作S410，监测多个分布式系统的状态。

在监测到多个分布式系统均处于正常状态时，执行操作S420，将每个分布式系统的配置参数设置为利用该分布式系统对受理的待处理交易进行处理。也即，将每个分布式系统的配置参数设置为利用本分布式系统对受理的待处理交易进行处理，而无需将本分布式系统受理的待处理交易转送给其他分布式系统进行处理。

根据本公开的实施例，每个分布式系统的配置参数例如包括该分布式系统的待处理交易的来源、该分布式系统的主数据库IP等。

在监测到多个分布式系统中的一个或多个分布式系统处于异常状态时，执行操作S430，即修改处于异常状态的分布式系统的配置参数，以便将该处于异常状态的分布式系统受理的所有待处理交易转送至集中式系统处理。

根据本公开的实施例，例如，在监控用服务器监测到一个或多个分布式系统处于异常状态时，可以向该处于异常状态的分布式系统的应用服务器发出指令，控制应用服务器将配置参数中的分布式系统编号修改为集中式系统的标识信息，从而将该处于异常状态的分布式系统受理的所有待处理交易转送至集中式系统的数据库处理。该配置参数的修改可以通过调用配置参数文件来自动进行，也可以手动进行。

本公开的实施例平衡了资源冗余配置和交易连续性。在分布式系统的正常状态下，使用多个低成本的分布式系统处理大量的交易数据，而在某一分布式系统的不可用状态下，可以将该部分交易切换至集中式系统处理。

由于仅将处于异常状态的分布式系统受理的待处理交易转送至集中式系统处理，因此对集中式系统资源的消耗可控，几乎不会影响集中式系统的处理速度。

该处于异常状态的分布式系统恢复正常后，可以将配置参数修改为原来的配置参数，手动将系统由集中式系统切回该分布式系统。

图5示意性示出了根据本公开实施例的一个分布式系统的具体例子。其中，图5A示意性示出了根据本公开实施例的数据库组中的主数据库与从数据库之间的关系，图5B示意性示出了根据本公开实施例的分布式系统的响应时间情况。

如图5A所示，本公开实施例的分布式系统包括数据库组，数据库组包括一个主数据库510和至少一个从数据库521-523，主数据库510与从数据库521-523之间能够进行数据传输。

在图5A中，示出了三个从数据库521-523，但从数据库的数量当然不限于此。另外，在图5A中，仅示出了一个分布式系统的数据库组，但分布式系统也可以为多个。每个分布式系统可以利用主数据库对待处理交易进行处理。主数据库510在对待处理交易进行处理后，可以将日志发送给从数据库521-523。由此，能够实现主数据库510与从数据库521-523之间的数据的同步，从而提高分布式系统自身的数据一致性。只要至少一个从数据库正常工作，就能够实现主数据库的数据备份。

如图5B所示，在本公开的实施例中，监测分布式系统的状态包括以下方式中的至少之一：监测主数据库的响应时间是否超出预设主库响应时间；监测主数据库与从数据库之间的数据传输的响应时间是否超出预设传输响应时间；以及监测从数据库的响应时间是否超出预设从库响应时间。

为了方便后面的说明，将主数据库的响应时间超出预设主库响应时间的情况设为A1，将主数据库的响应时间不超出预设主库响应时间的情况设为A2，将主数据库与所有从数据库之间的数据传输的响应时间均超出预设传输响应时间的情况设为B1，将主数据库与至少一个从数据库之间的数据传输的响应时间不超出预设传输响应时间的情况设为B2，将所有从数据库的响应时间均超出预设从库响应时间的情况设为C1，将至少一个从数据库的响应时间不超出预设从库响应时间的情况设为C2。响应时间的监测例如可以通过监控用服务器每隔规定的时间发出探测信号来实现。

例如，设预设主库响应时间为10s，预设传输响应时间为3s，预设从库响应时间为5s。则主数据库的响应时间为11s的情况属于A1，主数据库的响应时间为2s的情况属于A2；主数据库与所有从数据库之间的数据传输的响应时间均为4s的情况属于B1，主数据库与至少一个从数据库之间的数据传输的响应时间为2s的情况属于B2；所有从数据库的响应时间均为6s的情况属于C1，至少一个从数据库的响应时间为4s的情况属于C2。

图6示意性示出了根据本公开实施例的响应时间情况、分布式系统的状态以及分布式系统的动作的对应关系。

图6示出的内容详述如下。需要说明的是，图6中所示的A1、A2、B1、B2、C1和C2所表示的含义与图5B中的含义相同。

在主数据库的响应时间超出预设主库响应时间且主数据库与所有从数据库之间的数据传输的响应时间均超出预设传输响应时间的情况下，以及在主数据库的响应时间超出预设主库响应时间且所有从数据库的响应时间均超出预设从库响应时间的情况下，监控用服务器确定分布式系统处于异常状态。

确定分布式系统处于异常状态后，监控用服务器控制分布式系统将受理的所有待处理交易转送至集中式系统处理，从而保障了交易处理的连续性。

在主数据库的主库响应时间未超出预设主库响应时间、主数据库与至少一个从数据库之间的数据传输的传输响应时间未超出预设传输响应时间、且上述至少一个从数据库的从库响应时间未超出预设从库响应时间的情况下，监控用服务器确定分布式系统处于正常状态，并控制主数据库向从数据库传输数据。

在该状态下，能够实现主数据库与从数据库之间的数据的同步，从而提高了分布式系统自身的数据一致性。只要至少一个从数据库正常工作，就能够实现主数据库的数据备份。

在主数据库的主库响应时间未超出预设主库响应时间、主数据库与从数据库之间的数据传输的传输响应时间均超出预设传输响应时间的情况下，监控用服务器确定该分布式系统处于正常状态，并控制主数据库停止向从数据库传输数据。

如果主数据库与从数据库之间的数据传输的传输响应时间过长，则控制主数据库停止向从数据库以同步的方式传输数据，以保障分布式系统的可用性。

在主数据库的主库响应时间超出预设主库响应时间、主数据库与至少一个从数据库之间的数据传输的传输响应时间未超出预设传输响应时间、且上述至少一个从数据库的从库响应时间未超出预设从库响应时间的情况下，监控用服务器确定分布式系统处于正常状态，并控制分布式系统切换为利用未超出预设从库响应时间的从数据库对待处理交易进行处理，且通过上述未超出预设从库响应时间的从数据库向主数据库传输数据。

在该状态下，主数据库的主库响应异常，但从数据库能够正常使用。切换为利用未超出预设从库响应时间的从数据库对待处理交易进行处理，且向主数据库反向传输数据，能够保障分布式系统的可用性。

依然使用上述例子对图6进行进一步说明。设预设主库响应时间为10s，预设传输响应时间为3s，预设从库响应时间为5s。

例如，若主数据库的响应时间为11s，且主数据库与所有从数据库之间的数据传输的响应时间均为4s，则监控用服务器确定分布式系统处于异常状态。此时，监控用服务器控制分布式系统将受理的所有待处理交易转送至集中式系统处理。

分布式系统恢复正常后，可以手动将系统由集中式系统切回分布式系统。

若主数据库的响应时间为11s，且所有从数据库的响应时间均为6s，则监控用服务器确定分布式系统处于异常状态。此时，监控用服务器控制分布式系统将受理的所有待处理交易转送至集中式系统处理。

分布式系统恢复正常后，可以手动将系统由集中式系统切回分布式系统。

若主数据库的响应时间为2s，主数据库与至少一个从数据库之间的数据传输的响应时间为2s，上述至少一个从数据库的响应时间为4s，则监控用服务器确定分布式系统处于正常状态，并控制该分布式系统的主数据库向从数据库传输数据。

若主数据库的响应时间为2s，主数据库与所有从数据库之间的数据传输的响应时间均为4s，则监控用服务器确定分布式系统处于正常状态，并控制该分布式系统的主数据库停止向从数据库传输数据。

待主数据库与从数据库之间的数据传输恢复正常后，之前未传输的数据可以从主数据库自动补传至从数据库。

若主数据库的响应时间为11s，主数据库与至少一个从数据库之间的数据传输的响应时间为2s，上述至少一个从数据库的响应时间为4s，则监控用服务器确定分布式系统处于正常状态，并控制分布式系统切换为利用未超出预设从库响应时间的从数据库对待处理交易进行处理，且通过上述未超出预设从库响应时间的从数据库向主数据库传输数据。

主数据库恢复正常后，可以手动将对待处理交易进行处理的数据库由从数据库切回主数据库。

根据本公开的实施例，在监控用服务器监测到多个分布式系统中的一个或多个分布式系统处于异常状态时，可以修改处于异常状态的分布式系统的配置参数，以便将该处于异常状态的分布式系统受理的所有待处理交易转送至集中式系统处理。

图7示意性示出了根据本公开实施例的修改处于异常状态的分布式系统的配置参数的示意图。

如图7所示，在该示例中，有Z个分布式系统，每个分布式系统可以包括一个数据库组，因此，一共包括Z个数据库组Set1-SetZ。

每个数据库组可以包括一个主数据库和一个从数据库，主数据库与从数据库之间能够进行数据传输。例如，数据库组Set1包括主数据库71₁和从数据库72₁，数据库组SetN包括主数据库71_N和从数据库72_N，数据库组SetZ包括主数据库71_Z和从数据库72_Z。

以数据库组SetN为例，在第N个分布式系统的状态处于正常状态下，第N个分布式系统可以通过多个应用服务器70_N受理待处理交易，如图7所示，应用服务器70_N可以包括2个。根据本公开的实施例，应用服务器70_N可以将待处理交易发送至数据库组SetN中的主数据库71_N。

在主数据库71_N对待处理交易进行处理后，可以将日志发送给从数据库72_N。由此，能够实现主数据库71_N与从数据库72_N之间的数据的同步。

根据本公开的实施例，如果未图示的监控用服务器监测到数据库组SetN中的主数据库71_N的响应时间超出预设主库响应时间，且主数据库71_N与从数据库72_N之间的数据传输的响应时间超出预设传输响应时间，此时，可以确定第N个分布式系统的状态处于异常状态。

在确定第N个分布式系统的状态处于异常状态的情况下，未图示的监控用服务器可以根据数据库组SetN的参数信息修改该第N个分布式系统的应用服务器70_N的配置参数。例如，可以将应用服务器70_N的配置参数中的主数据库71_N的IP修改为集中式系统的数据库730的IP。

由于在应用服务器70_N中改变了配置参数，因而应用服务器70_N可以将受理的待处理交易直接转送至集中式系统的数据库730处理，而不再将受理的待处理交易送往数据库组SetN中的主数据库71_N进行处理。

需要说明的是，图7仅为本公开实现修改处于异常状态的分布式系统的配置参数的一个示例，根据本公开实施例的修改处于异常状态的分布式系统的配置参数还可以通过不同于图7的其他方式来实现，例如，可以通过监控用服务器受理处于异常状态的分布式系统的配置参数文件，并根据该配置参数文件自动修改相应的应用服务器70_N的配置参数，也可以不通过监控用服务器而直接修改应用服务器70_N的配置参数，以便将受理的待处理交易转送至集中式系统的数据库730处理。

图8示意性示出了根据本公开实施例的交易处理装置的框图。

如图8所示，本公开实施例的交易处理装置800包括受理模块810以及执行模块820。

受理模块810用于受理待处理交易并确定待处理交易的类型。其中，待处理交易的类型为结算类交易或者管理类交易，结算类交易包括第一交易部分和第二交易部分。

执行模块820用于根据待处理交易的类型来执行操作。其中，在确定待处理交易为结算类交易的情况下，对待处理交易的第一交易部分进行处理，将第一交易部分的处理结果以及第二交易部分发送至集中式系统，以便集中式系统对待处理交易的第二交易部分进行处理。在确定待处理交易为管理类交易的情况下，对待处理交易进行处理，以便更新分布式系统中的交易数据以及交易数据的版本号，并且，将待处理交易还发送至集中式系统，以便集中式系统对待处理交易进行处理后，同步更新集中式系统中的交易数据以及交易数据的版本号。

根据本公开的实施例，除了集中式系统以外，还利用分布式系统进行交易处理。针对高频交易的业务连续性要求迫切提供了一种跨域异构系统的交易处理方法，切换过程可以实现自动化流程，快速完成切换，在完成系统切换后，能够使客户业务继续开展，不受影响。因此，本公开的交易处理装置至少部分地克服了集中式系统的系统资源不足的技术问题，进而达到了实现系统资源扩容、加快交易处理速度的技术效果。

本公开实施例的装置还包括监测模块以及处理模块。

监测模块用于监测分布式系统的状态。

处理模块用于在监测到分布式系统处于正常状态时，对受理的所有待处理交易进行处理；在监测到分布式系统处于异常状态时，将受理的所有待处理交易转送至集中式系统处理。

根据本公开的实施例，分布式系统包括多个分布式系统。本公开实施例的装置还包括第一配置模块以及第二配置模块。

第一配置模块用于在监测到多个分布式系统均处于正常状态时，将每个分布式系统的配置参数设置为利用该分布式系统对受理的待处理交易进行处理。

第二配置模块用于在监测到多个分布式系统中的一个或多个分布式系统处于异常状态时，修改处于异常状态的分布式系统的配置参数，以便将该处于异常状态的分布式系统受理的所有待处理交易转送至集中式系统处理。

根据本公开的实施例，分布式系统包括数据库组，数据库组包括一个主数据库和至少一个从数据库，主数据库与从数据库之间能够进行数据传输。

分布式系统利用主数据库对待处理交易进行处理。其中，监测模块包括主库监测单元、响应监测单元以及从库监测单元中的至少之一。

主库监测单元用于监测主数据库的响应时间是否超出预设主库响应时间。

响应监测单元用于监测主数据库与从数据库之间的数据传输的响应时间是否超出预设传输响应时间。

从库监测单元用于监测从数据库的响应时间是否超出预设从库响应时间。

本公开实施例的装置还包括确定模块。

确定模块用于在主数据库的响应时间超出预设主库响应时间且主数据库与所有从数据库之间的数据传输的响应时间均超出预设传输响应时间的情况下，以及在主数据库的响应时间超出预设主库响应时间且所有从数据库的响应时间均超出预设从库响应时间的情况下，确定分布式系统处于异常状态。

根据本公开的实施例，在主数据库的主库响应时间未超出预设主库响应时间、主数据库与至少一个从数据库之间的数据传输的传输响应时间未超出预设传输响应时间、且上述至少一个从数据库的从库响应时间未超出预设从库响应时间的情况下，确定模块确定分布式系统处于正常状态，并控制主数据库向从数据库传输数据。

根据本公开的实施例，在主数据库的主库响应时间未超出预设主库响应时间、主数据库与从数据库之间的数据传输的传输响应时间均超出预设传输响应时间的情况下，确定模块确定该分布式系统处于正常状态，并控制主数据库停止向从数据库传输数据。

根据本公开的实施例，在主数据库的主库响应时间超出预设主库响应时间、主数据库与至少一个从数据库之间的数据传输的传输响应时间未超出预设传输响应时间、且上述至少一个从数据库的从库响应时间未超出预设从库响应时间的情况下，确定模块确定分布式系统处于正常状态，并控制分布式系统切换为利用未超出预设从库响应时间的从数据库对待处理交易进行处理，且通过上述未超出预设从库响应时间的从数据库向主数据库传输数据。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，受理模块810以及执行模块820中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，受理模块810以及执行模块820中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，受理模块810以及执行模块820中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

需要说明的是，本公开实施例的交易处理装置与本公开实施例的交易处理方法部分是相对应的，交易处理装置部分的描述具体参考交易处理方法部分，在此不再赘述。

本公开实施例的电子设备包括一个或多个处理器和用于存储一个或多个指令的存储器，当一个或多个指令被一个或多个处理器执行时，使得一个或多个处理器实现上文描述的方法。

图9示意性示出了根据本公开实施例的电子设备的框图。

图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分909加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM903中，存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM 903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 502和RAM 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备900还可以包括输入/输出(I/O)接口905，输入/输出(I/O)接口905也连接至总线904。电子设备900还可以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开实施例的计算机可读存储介质存储有可执行指令，该指令被处理器执行时使处理器实现上文描述的方法。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。

本公开的交易处理方法兼顾了减少系统资源消耗和交易连续性的需求。本公开利用了分布式系统和集中式系统这两套异构系统互相配合，只有在分布式系统处于异常状态而不可用后，才会启动集中式系统作为一个保障机制，在常规情况下，仍然减少了集中式系统的资源消耗。

在分布式系统内部，采用主数据库和从数据库之间的数据同步备份的高可用机制，从而某一分布式系统不可用的情况是一种极端场景，很少发生。

本公开可以实现分布式系统向集中式系统的自动切换，从而工作人员无需手动进行上述切换，仅需要关注交易指标数据是否正常，从而在故障发生后能够全力解决故障，提高了处理效率。

附图中的流程图和框图，图示了按照本公开各种实施例的方法、装置电子设备和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (11)

1.一种交易处理方法，用于分布式系统，该方法包括：

受理待处理交易并确定所述待处理交易的类型，其中，所述待处理交易的类型为结算类交易或者管理类交易，所述结算类交易包括第一交易部分和第二交易部分；以及

根据所述待处理交易的类型来执行操作；

其中，在确定所述待处理交易为所述结算类交易的情况下，

对所述待处理交易的第一交易部分进行处理，将所述第一交易部分的处理结果以及所述第二交易部分发送至所述集中式系统，以便所述集中式系统对所述待处理交易的第二交易部分进行处理；

在确定所述待处理交易为所述管理类交易的情况下，

对所述待处理交易进行处理，以便更新所述分布式系统中的交易数据以及所述交易数据的版本号，并且，将所述待处理交易还发送至集中式系统，以便所述集中式系统对所述待处理交易进行处理后，同步更新所述集中式系统中的交易数据以及所述交易数据的版本号。

2.根据权利要求1所述的方法，还包括：

监测所述分布式系统的状态；以及

在监测到所述分布式系统处于正常状态时，对受理的所有待处理交易进行处理；在监测到所述分布式系统处于异常状态时，将受理的所有待处理交易转送至所述集中式系统处理。

3.根据权利要求2所述的方法，其中，所述分布式系统包括多个分布式系统；所述方法还包括：

在监测到多个所述分布式系统均处于正常状态时，将每个分布式系统的配置参数设置为利用该分布式系统对受理的待处理交易进行处理；

在监测到多个所述分布式系统中的一个或多个分布式系统处于异常状态时，修改处于异常状态的分布式系统的配置参数，以便将该处于异常状态的分布式系统受理的所有待处理交易转送至所述集中式系统处理。

4.根据权利要求2所述的方法，其中，所述分布式系统包括数据库组，所述数据库组包括一个主数据库和至少一个从数据库，所述主数据库与所述从数据库之间能够进行数据传输，所述分布式系统利用所述主数据库对待处理交易进行处理，其中，

所述监测所述分布式系统的状态包括以下方式中的至少之一：

监测所述主数据库的响应时间是否超出预设主库响应时间；

监测所述主数据库与所述从数据库之间的数据传输的响应时间是否超出预设传输响应时间；以及

监测所述从数据库的响应时间是否超出预设从库响应时间。

5.根据权利要求4所述的方法，还包括：

在所述主数据库的响应时间超出所述预设主库响应时间且所述主数据库与所有所述从数据库之间的数据传输的响应时间均超出所述预设传输响应时间的情况下，以及在所述主数据库的响应时间超出所述预设主库响应时间且所有所述从数据库的响应时间均超出所述预设从库响应时间的情况下，确定所述分布式系统处于异常状态。

6.根据权利要求5所述的方法，其中，

在所述主数据库的主库响应时间未超出所述预设主库响应时间、所述主数据库与至少一个所述从数据库之间的数据传输的传输响应时间未超出所述预设传输响应时间、且所述至少一个从数据库的从库响应时间未超出所述预设从库响应时间的情况下，确定所述分布式系统处于正常状态，并控制所述主数据库向所述从数据库传输数据。

7.根据权利要求5所述的方法，其中，

在所述主数据库的主库响应时间未超出所述预设主库响应时间、所述主数据库与所有所述从数据库之间的数据传输的传输响应时间均超出所述预设传输响应时间的情况下，确定该分布式系统处于正常状态，并控制所述主数据库停止向所述从数据库传输数据。

8.根据权利要求5所述的方法，其中，

在所述主数据库的主库响应时间超出所述预设主库响应时间、所述主数据库与至少一个所述从数据库之间的数据传输的传输响应时间未超出所述预设传输响应时间、且所述至少一个从数据库的从库响应时间未超出所述预设从库响应时间的情况下，确定所述分布式系统处于正常状态，并控制切换为利用所述未超出所述预设从库响应时间的从数据库对待处理交易进行处理，且通过所述未超出所述预设从库响应时间的从数据库向所述主数据库传输数据。

9.一种交易处理装置，用于分布式系统，该装置包括：

受理模块，用于受理待处理交易并确定所述待处理交易的类型，其中，所述待处理交易的类型为结算类交易或者管理类交易，所述结算类交易包括第一交易部分和第二交易部分；以及

执行模块，用于根据所述待处理交易的类型来执行操作；

其中，在确定所述待处理交易为所述结算类交易的情况下，

对所述待处理交易的第一交易部分进行处理，将所述第一交易部分的处理结果以及所述第二交易部分发送至所述集中式系统，以便所述集中式系统对所述待处理交易的第二交易部分进行处理；

在确定所述待处理交易为所述管理类交易的情况下，

对所述待处理交易进行处理，以便更新所述分布式系统中的交易数据以及所述交易数据的版本号，并且，将所述待处理交易还发送至集中式系统，以便所述集中式系统对所述待处理交易进行处理后，同步更新所述集中式系统中的交易数据以及所述交易数据的版本号。

10.一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个指令，

其中，当所述一个或多个指令被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至8中任一项所述的方法。

11.一种计算机可读存储介质，存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至8中任一项所述的方法。

Images