CN104219235B - 一种分布式交易请求方法及装置 - Google Patents

Abstract

本发明公开一种分布式交易请求方法，包括：接入节点从消息队列中读取待处理的消息，并选择所述消息的计算节点；生成所述消息的会话信息，将所述消息发送给计算结点，将所述会话信息存储至会话存储节点中；计算节点接收到所述消息后处理所述消息，更新所述会话信息，并发送应答信息给所述接入节点；接入节点判断等待应答信息是否超时，若是，则向所述计算节点发送查询请求；若否，则继续等待；计算节点接收到查询请求后，返回会话处理结果；接入节点根据接收到的会话处理结果选择继续等待或将所述消息重新发给新的计算节点处理。本发明还公开一种分布式交易请求装置。本发明能够有效提高分布式系统消息处理可靠性。

Description

一种分布式交易请求方法及装置

技术领域

本发明涉及分布式系统软件设计领域，特别是涉及一种分布式交易请求方法及装置。

背景技术

分布式系统(distributedsystem)是建立在网络之上的软件系统。正是因为软件的特性，所以分布式系统具有高度的内聚性和透明性。内聚性是指每一个数据库分布节点高度自治，有本地的数据库管理系统。透明性是指每一个数据库分布节点对用户的应用来说都是透明的，看不出是本地还是远程。在分布式数据库系统中，用户感觉不到数据是分布的，即用户不须知道关系是否分割、有无副本、数据存于哪个站点以及事务在哪个站点上执行等。

在一个分布式系统中，一组独立的计算机展现给用户的是一个统一的整体，就好像是一个系统似的。系统拥有多种通用的物理和逻辑资源，可以动态的分配任务，分散的物理和逻辑资源通过计算机网络实现信息交换。系统中存在一个以全局的方式管理计算机资源的分布式操作系统。通常，对用户来说，分布式系统只有一个模型或范型。在操作系统之上有一层软件中间件(middleware)负责实现这个模型。

在分布式系统中一般会有数据源集群、接入集群和计算集群三个部分，接入集群根据一定策略从数据源集群获取待处理消息，然后根据一定负载均衡算法将消息发给计算集群，并等待处理结果。

但现有分布式系统消息交易中存在以下缺点：

1、在消息处理过程中，在接入节点或计算节点出现异常情况时会导致消息丢失。

2、在消息处理过程中，没有判断消息是否正在处理中，有可能导致消息被重复处理。

发明内容

本发明所要解决的技术问题是：提供一种分布式交易请求方法，该方法能够有效提高分布式系统消息处理可靠性。

为了解决上述技术问题，本发明采用的技术方案为：

一种分布式交易请求方法，包括步骤：

接入节点从消息队列中读取待处理的消息，并根据负载均衡算法选择所述消息的计算节点；

接入节点生成所述消息的会话信息，将所述消息发送给计算结点，将所述会话信息存储至会话存储节点中；

计算节点接收到所述消息后，按消息的业务要求处理所述消息，计算节点更新所述会话信息，并发送应答信息给所述接入节点；

接入节点判断等待应答信息是否超时，若是，则向所述计算节点发送查询请求；若否，则继续等待；

计算节点接收到查询请求后，根据所述消息的处理情况返回会话处理结果；

接入节点根据接收到的会话处理结果选择继续等待或将所述消息重新发给新的计算节点处理。

为了解决上述技术问题，本发明提供的另一技术方案为：

一种分布式交易请求装置，包括读取单元、接入单元、消息处理单元、第一异常判断单元和异常处理单元；

所述读取单元用于通过接入节点从消息队列中读取待处理的消息，并根据负载均衡算法选择所述消息的计算节点；

所述接入单元用于通过接入节点生成所述消息的会话信息，将所述消息发送给计算结点，将所述会话信息存储至会话存储节点中；

所述消息处理单元用于通过计算节点接收到所述消息后，按消息的业务要求处理所述消息，计算节点更新所述会话信息，并发送应答信息给所述接入节点；

所述第一异常判断单元用于通过接入节点判断等待应答信息是否超时，若是，则向所述计算节点发送查询请求；若否，则继续等待；

所述异常处理单元用于通过计算节点接收到查询请求后，根据所述消息的处理情况返回会话处理结果；接入节点根据接收到的会话处理结果选择继续等待或将所述消息重新发给新的计算节点处理。

本发明的有益效果在于：区别于现有技术中，可能出现消息重复处理或丢失等现象，本发明通过接入节点判断等待会话信息应答是否超时，当应答超时时，通过查询请求获取消息处理情况，并根据消息处理的实际情况选择继续等待或重新选择计算节点进行处理，从而有效防止因计算节点异常而造成的消息丢失，有效提高分布式系统消息处理可靠性。

附图说明

图1为本发明一实施方式中分布式交易方法的方法流程图；

图2为本发明一实施方式中分布式交易装置的功能模块图；

图3为本发明一实例的执行步骤示意图；

图4为本发明另一实例的执行步骤示意图；

主要标号说明：

10-读取单元；20-接入单元；30-消息处理单元；40-第一异常判断单元；50-异常处理单元。

具体实施方式

为详细说明本发明的技术内容、构造特征、所实现目的及效果，以下结合实施方式并配合附图详予说明。

本发明最关键的构思在于：通过超时判断计算节点是否异常，当节点异常时重新选择计算节点，从而防止消息丢失，提高系统处理稳定性。

请参阅图1，一种分布式交易请求方法，包括步骤：

接入节点从消息队列中读取待处理的消息，并根据负载均衡算法选择所述消息的计算节点；

接入节点生成所述消息的会话信息，将所述消息发送给计算结点，将所述会话信息存储至会话存储节点中；

计算节点接收到所述消息后，按消息的业务要求处理所述消息，计算节点更新所述会话信息，并发送应答信息给所述接入节点；

接入节点判断等待应答信息是否超时，若是，则向所述计算节点发送查询请求；若否，则继续等待；

计算节点接收到查询请求后，根据所述消息的处理情况返回会话处理结果；

接入节点根据接收到的会话处理结果选择继续等待或将所述消息重新发给新的计算节点处理。

本在实施方式中，所述会话信息内容包括会话标识，待处理消息，选择的计算节点，会话状态。当对所述消息进行处理时(分配给哪个计算节点、计算节点处理消息等)，都会相应的更新会话信息中的内容。根据会话信息中的会话标识可以判断消息是否正在处理中，防止消息被重复处理。

从上述描述可知，本发明的有益效果在于：本发明通过接入节点判断等待会话信息应答是否超时，当应答超时，则计算节点异常，通过向计算节点发送查询请求获取消息处理情况，并根据消息处理的实际情况选择继续等待或重新选择计算节点进行处理，从而有效防止因计算节点异常而造成的消息丢失，有效提高分布式系统消息处理可靠性。

进一步的，在本实施方式中，当所述接入节点接收到的会话处理结果为：消息正在处理时，接入节点选择继续等待；当所述接入节点接收到的会话处理结果为：计算节点状态异常或消息未收到时，接入节点选择将所述消息重新发给新的计算节点处理。

所述“将所述消息重新发给新的计算节点处理”包括步骤：

接入节点根据负载均衡算法重新选择一计算节点；

接入节点更新会话信息，将所述消息发送给新的计算节点；

计算节点接收到所述消息后，按消息的业务要求处理所述消息，并更新所述会话信息。

当所述计算节点处理完所接收到的消息后还包括步骤：

计算节点返回该消息的消息处理结果给接入节点；

接入节点收到所述消息处理结果后，从消息队列中删除所述消息并提交；

接入节点删除该消息的会话信息。

进一步的，在上述实施方式中，当所述接入节点等待应答信息时，还包括判断该节点是否出现异常；

当所述接入节点出现异常时，执行以下步骤：

所述计算节点更新会话信息，并将所述消息回退至消息队列中；

当所述消息再次被另一接入节点读取到时，接入节点查询所述消息的会话信息，并根据会话信息的内容将所述消息发送给原先处理该消息的计算节点进行处理；

所述计算节点根据所述消息的业务要求处理所接收到的消息，更新会话信息，并向所述接入节点返回消息处理结果。

本实施方式监测接入节点是否正常，当某接入节点出现异常时，将该异常接入节点所接入到计算节点中的消息回退到消息队列中，新的接入节点将该消息重新发送给之前处理该消息的计算节点进行处理，从而能有效防止该消息丢失。

本发明的另一实施方式为：

请参阅图2，一种分布式交易请求装置，包括读取单元10、接入单元20、消息处理单元30、第一异常判断单元40、和异常处理单元50；

所述读取单元10用于通过接入节点从消息队列中读取待处理的消息，并根据负载均衡算法选择所述消息的计算节点；

所述接入单元20用于通过接入节点生成所述消息的会话信息，将所述消息发送给计算结点，将所述会话信息存储至会话存储节点中；

所述消息处理单元30用于通过计算节点接收到所述消息后，按消息的业务要求处理所述消息，计算节点更新所述会话信息，并发送应答信息给所述接入节点；

所述第一异常判断单元40用于通过接入节点判断等待应答信息是否超时，若是，则向所述计算节点发送查询请求；若否，则继续等待；

所述异常处理单元50用于通过计算节点接收到查询请求后，根据所述消息的处理情况返回会话处理结果；接入节点根据接收到的会话处理结果选择继续等待或将所述消息重新发给新的计算节点处理。

会话存储节点用于集中存储会话信息，保证会话信息不丢失，使得所有其他单元都能读取会话信息，进行处理。

本实施方式通过接入节点判断等待会话信息应答是否超时，当应答超时，则计算节点异常，通过向计算节点发送查询请求获取消息处理情况，并根据消息处理的实际情况选择继续等待或重新选择计算节点进行处理，从而有效防止因计算节点异常而造成的消息丢失，有效提高分布式系统消息处理可靠性。

进一步的，所述异常处理单元50包括选择模块；

所述选择模块用于当所述接入节点接收到的会话处理结果为：消息正在处理时，接入节点选择继续等待；当所述接入节点接收到的会话处理结果为：计算节点状态异常或消息未收到时，接入节点选择将所述消息重新发给新的计算节点处理。

进一步的，所述异常处理单元50包括选择模块和处理模块；

所述选择模块用于通过接入节点根据负载均衡算法重新选择一计算节点；接入节点更新会话信息，将所述消息发送给新的计算节点；

所述处理模块用于通过计算节点接收到所述消息后，按消息的业务要求处理所述消息，并更新所述会话信息。

进一步的，所述消息处理单元30包括清除模块；

所述清除模块用于当所述计算节点处理完所接收到的消息后执行以下步骤：

计算节点返回该消息的消息处理结果给接入节点；

接入节点收到所述消息处理结果后，从消息队列中删除所述消息并提交；

接入节点删除该消息的会话信息。

进一步的，还包第二异常判断单元；

所述第二异常判断单元用于当所述接入节点等待应答信息时，判断该节点是否出现异常；

当所述接入节点出现异常时，第二异常判断单元执行以下步骤：

所述计算节点更新会话信息，并将所述消息回退至消息队列中；

当所述消息再次被另一接入节点读取到时，接入节点查询所述消息的会话信息，并根据会话信息的内容将所述消息发送给原先处理该消息的计算节点进行处理；

所述计算节点根据所述消息的业务要求处理所接收到的消息，更新会话信息，并向所述接入节点返回消息处理结果。

以下举两个本发明的实际应用实例进行说明

请参阅图3，本分布式交易实例的执行步骤如下：

1、接入节点1从消息队列1读取新的待处理消息；

2、接入节点1生成会话标识，根据负载均衡算法选择一个计算节点；

3、接入节点1保存会话信息，会话信息内容包括会话标识，待处理消息，选择的计算节点，会话状态；

4、接入节点1将消息发送给计算节点1；

5、在消息处理中出现的异常导致无法返回应答信息；

6、接入节点1等到消息应答超时；

7、接入节点1向计算节点1发查询请求，询问计算节点1消息处理的如何了，根据应答不同以下分两个分支，如果应答信息的内容为计算节点1仍然在处理消息，则转到步骤8.1，如果应答信息的内容为1计算节点1状态异常或“消息未收到”，则转到步骤9.1；

8.1、将继续处理消息；

8.2、在消息处理完成后，返回消息给接入节点1；

9.1、接入节点1重新选择一个新的计算节点，假设为计算节点2；

9.2、接入节点1更新会话信息，修改会话信息中的计算节点信息；

9.3、接入节点1将消息发送给计算节点2；

9.4、计算节点2接收到消息后，按业务要求处理消息；

9.5、计算节点2处理完消息后更新会话处理结果；

9.6、计算节点2返回会话处理结果给接入节点1；

10、接入节点1收到返回消息后，从消息队列中删除消息并提交；

11、接入节点1删除会话信息，完成整个消息处理过程。

本实例中通过监测计算节点是否异常，当计算节点异常时重新选择消息的计算节点，从而有效防止消息丢失。

请参阅图4，本实例的执行步骤如下：

1～6步骤与上一实例的步骤1～6一致；

7、当计算节点1返回会话处理结果前，接入节点出现异常，这时利用消息队列的事务性，将这条消息回退回队列中，保证消息没有丢失；

8、这时假设接入节点2从消息队列中读取到原来的消息；

9、接入节点2查询该消息的会话状态，发现该会话被计算节点1处理中；

10、接入节点2由将该消息发给计算节点1进行处理；

11、计算节点1收到消息后知道该消息已经被接入节点2接管，于是将处理结果返回给接入节点2；

12、接入节点2收到返回消息后删除消息并提交；

13、接入节点2删除该会话信息。

本实例通过监测接入节点是否异常，当接入节点异常时将该异常接入节点所接入的消息退回到消息队列中，从而有效防止因接入节点异常而导致的消息丢失。

综上所述，本发明提供的分布式交易方法及装置能够有效防止因计算节点异常而导致的消息丢失，并能有效防止因接入节点异常而导致的消息丢失，大大提高分布式系统消息处理稳定性和可靠性，并且本发明能及时清除已处理结束的消息的中间数据，减小分布式系统的软硬件资源。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种分布式交易请求方法，其特征在于，包括步骤：

接入节点从消息队列中读取待处理的消息，并根据负载均衡算法选择所述消息的计算节点；

接入节点生成所述消息的会话信息，将所述消息发送给计算结点，将所述会话信息存储至会话存储节点中；

计算节点接收到所述消息后，按消息的业务要求处理所述消息，计算节点更新所述会话信息，并发送应答信息给所述接入节点；

接入节点判断等待应答信息是否超时，若是，则向所述计算节点发送查询请求；若否，则继续等待；

计算节点接收到查询请求后，根据所述消息的处理情况返回会话处理结果；

接入节点根据接收到的会话处理结果选择继续等待或将所述消息重新发给新的计算节点处理；

当所述接入节点等待应答信息时，还包括判断该节点是否出现异常；

当所述接入节点出现异常时，执行以下步骤：

所述计算节点更新会话信息，并将所述消息回退至消息队列中；

当所述消息再次被另一接入节点读取到时，接入节点查询所述消息的会话信息，并根据会话信息的内容将所述消息发送给原先处理该消息的计算节点进行处理；

所述计算节点根据所述消息的业务要求处理所接收到的消息，更新会话信息，并向所述接入节点返回消息处理结果。

2.根据权利要求1所述的分布式交易请求方法，其特征在于，当所述接入节点接收到的会话处理结果为：消息正在处理时，接入节点选择继续等待；当所述接入节点接收到的会话处理结果为：计算节点状态异常或消息未收到时，接入节点选择将所述消息重新发给新的计算节点处理。

3.根据权利要求2所述的分布式交易请求方法，其特征在于，所述“将所述消息重新发给新的计算节点处理”包括步骤：

接入节点根据负载均衡算法重新选择一计算节点；

接入节点更新会话信息，将所述消息发送给新的计算节点；

计算节点接收到所述消息后，按消息的业务要求处理所述消息，并更新所述会话信息。

4.根据权利要求1至3任意一项所述的分布式交易请求方法，其特征在于，当所述计算节点处理完所接收到的消息后还包括步骤：

计算节点返回该消息的消息处理结果给接入节点；

接入节点收到所述消息处理结果后，从消息队列中删除所述消息并提交；

接入节点删除该消息的会话信息。

5.一种分布式交易请求装置，其特征在于，包括读取单元、接入单元、消息处理单元、第一异常判断单元、异常处理单元和第二异常判断单元；

所述读取单元用于通过接入节点从消息队列中读取待处理的消息，并根据负载均衡算法选择所述消息的计算节点；

所述接入单元用于通过接入节点生成所述消息的会话信息，将所述消息发送给计算结点，将所述会话信息存储至会话存储节点中；

所述消息处理单元用于通过计算节点接收到所述消息后，按消息的业务要求处理所述消息，计算节点更新所述会话信息，并发送应答信息给所述接入节点；

所述第一异常判断单元用于通过接入节点判断等待应答信息是否超时，若是，则向所述计算节点发送查询请求；若否，则继续等待；

所述异常处理单元用于通过计算节点接收到查询请求后，根据所述消息的处理情况返回会话处理结果；接入节点根据接收到的会话处理结果选择继续等待或将所述消息重新发给新的计算节点处理；

所述第二异常判断单元用于当所述接入节点等待应答信息时，判断该节点是否出现异常；

当所述接入节点出现异常时，第二异常判断单元执行以下步骤：

所述计算节点更新会话信息，并将所述消息回退至消息队列中；

当所述消息再次被另一接入节点读取到时，接入节点查询所述消息的会话信息，并根据会话信息的内容将所述消息发送给原先处理该消息的计算节点进行处理；

所述计算节点根据所述消息的业务要求处理所接收到的消息，更新会话信息，并向所述接入节点返回消息处理结果。

6.根据权利要求5所述的分布式交易请求装置，其特征在于，所述异常处理单元包括选择模块；

所述选择模块用于当所述接入节点接收到的会话处理结果为：消息正在处理时，接入节点选择继续等待；当所述接入节点接收到的会话处理结果为：计算节点状态异常或消息未收到时，接入节点选择将所述消息重新发给新的计算节点处理。

7.根据权利要求6所述的分布式交易请求装置，其特征在于，所述异常处理单元包括选择模块和处理模块；

所述选择模块用于通过接入节点根据负载均衡算法重新选择一计算节点；接入节点更新会话信息，将所述消息发送给新的计算节点；

所述处理模块用于通过计算节点接收到所述消息后，按消息的业务要求处理所述消息，并更新所述会话信息。

8.根据权利要求5至7任一项所述的分布式交易请求装置，其特征在于，所述消息处理单元包括清除模块；

所述清除模块用于当所述计算节点处理完所接收到的消息后执行以下步骤：

计算节点返回该消息的消息处理结果给接入节点；

接入节点收到所述消息处理结果后，从消息队列中删除所述消息并提交；

接入节点删除该消息的会话信息。