CN109949129A - 一种高并发的订单处理系统及方法 - Google Patents

Abstract

本发明公开了一种高并发的订单处理方法，包括：订单创建模块创建订单请求，并根据订单请求的编码信息将订单请求发送至对应编码的应用服务器中；应用服务器对订单请求进行数据预处理，并将数据预处理后的订单请求发送至业务处理模块；业务处理模块对数据预处理后的订单请求进行业务处理，并向应用服务器反馈处理结果。同时公开了一种高并发的订单处理系统，包括：订单创建模块用于创建订单请求，根据编码信息将订单请求发送至不同的应用服务器中；应用服务器对订单请求进行数据预处理；业务处理模块对订单请求进行业务处理，反馈业务处理结果。也公开了本发明的有益效果是：所述应用服务器能够分别处理对应的订单类型，大大提高订单处理效率。

Description

一种高并发的订单处理系统及方法

技术领域

本发明涉及订单数据处理领域，具体的说，是一种高并发的订单处理系统及方法。

背景技术

随着互联网的高速发展，互联网已逐渐成为人们生活中的重要组成部分人们的生活方式也发生了巨大的变化。随着越来越多的人们在网上进行消费，给运营者带来商机的同时，也给运营者带来了严峻的考验。由于经常会出现迅猛增长高并发的事务处理请求，传统的网络应用架构已经远远无法支撑高并发事务处理能力，甚至会直接导致系统崩溃，因此亟需提供一个新的订单处理系统架构，以应对高并发的事务处理请求。

发明内容

本发明所要解决的技术问题是提供一种高并发的订单处理方法及系统，以处理高并发的订单情况。

本发明解决上述技术问题的技术方案如下：

一种高并发的订单处理方法，包括以下步骤：

订单创建模块创建订单请求，并根据所述订单请求的编码信息将所述订单请求发送至对应编码的应用服务器中；

所述应用服务器对所述订单请求进行数据预处理，并将数据预处理后的订单请求发送至业务处理模块；

所述业务处理模块对数据预处理后的订单请求进行业务处理，并向所述应用服务器反馈业务处理结果。

本发明的有益效果是：通过所述订单请求的编码信息，将所述订单请求发送至不同的应用服务器进行处理，使得所述应用服务器能够分别处理对应的订单类型，大大提高订单处理效率，从而提升了订单创建、订单处理的并发能力，同时缩小了因故障导致业务不能正常受理的影响范围。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步地，所述应用服务器对所述订单请求进行数据预处理前，还包括：

将所述订单请求的第一归属地与所述应用服务器的第二归属地进行匹配，若匹配失败，则生成跨库订单请求，并将所述跨库订单请求发送至所述第一归属地对应的应用服务器中。

采用上述进一步方案的有益效果是：将所述订单请求的第一归属地与所述应用服务器的第二归属地进行匹配，对不属于本应用服务器处理的订单请求，生成所述跨库订单请求，并发送至对应归属地的应用服务器进行处理，使得本应用服务器只需处理对应的订单请求，避免加大应用服务器的压力，提升了订单处理的并发能力，也可以降低故障的影响范围。

进一步地，所述跨库订单请求包括所述订单请求的数据信息以及标记信息。

进一步地，所述方法还包括：

业务处理模块对所述跨库订单请求处理完成后，根据所述标记信息向发送所述跨库订单请求的所述应用服务器反馈业务处理结果。

采用上述进一步方案的有益效果是：通过向发送所述跨库订单请求的所述应用服务器反馈处理结果，可以及时反馈业务处理的进度。

进一步地，所述业务处理模块对所述跨库订单请求处理完成后，还包括：

将已处理完成的所述跨库订单请求的数据信息保存至处理所述跨库订单请求的应用服务器中，并根据所述标记信息向发送所述跨库订单请求的所述应用服务器反馈存储结果。

采用上述进一步方案的有益效果是：对于已经处理完的所述跨库订单请求，直接将数据存储在处理所述跨库订单请求的应用服务器中，只需向发送所述跨库订单请求的应用服务器反馈存储结果，能够使由应用服务器组成的服务器集群大大提升数据存储及处理的能力。

进一步地，所述应用服务器包括至少一个通道，所述应用服务器对所述订单请求进行数据预处理前，还包括：

根据所述订单请求的业务类型，将所述订单请求发送至对应业务类型的通道中进行所述数据预处理。

采用上述进一步方案的有益效果是：通过多通道可以实现所述订单请求业务划分，减少不同通道间之间相互影响，提升订单流传的并发处理能力和处理性能。

进一步地，所述方法还包括：

判断所述订单请求在所述通道内是否需要等待，若所述订单请求为需要等待的订单请求类型，则需要等待所述应用服务器发起调度请求。

采用上述进一步方案的有益效果是：通过判断所述订单请求在所述通道内是否是需要等待的类型，可以使得通道内的订单请求流转有序、高效。

进一步地，所述方法还包括：

将已处理完成的订单请求的数据信息转移至非关系型数据库中进行存储，并在所述应用服务器中生成用于查找所述非关系型数据库的数据信息的索引表。

采用上述进一步方案的有益效果是：将已处理完成的订单请求的数据信息转移至非关系型数据库中进行存储，可以减少应用服务器归档订单数据对内存资源的消耗。

进一步地，所述将已处理完成的订单请求的数据信息转移至非关系型数据库中进行存储，包括：

对转移至所述非关系型数据库中存储的数据信息设置存储期限。

采用上述进一步方案的有益效果是：对保存在所述非关系型数据库中的数据信息设置一定的存储期限，对于到达存储期限的文件，非关系型数据库自动对其进行删除，可以减少非关系型数据库的储存压力。

同时，本发明还提出一种高并发的订单处理系统，包括至少一个订单创建模块、包括至少一个应用服务器以及至少一个业务处理模块，其中：

所述订单创建模块用于创建订单请求，并根据所述订单请求的编码信息将所述订单请求发送至对应编码的应用服务器中；

所述应用服务器对所述订单请求进行数据预处理，并将数据预处理后的订单请求发送至所述业务处理模块；

所述业务处理模块对数据预处理后的订单请求进行处理，并向所述应用服务器反馈处理结果。

附图说明

图1为本发明一种高并发的订单处理方法的逻辑示意图；

图2为本发明一种高并发的订单处理系统的结构示意图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

如图1所示，一种高并发的订单处理方法，包括以下步骤：

订单创建模块创建订单请求，并根据所述订单请求的编码信息将所述订单请求发送至对应编码的应用服务器中；

所述应用服务器对所述订单请求进行数据预处理，并将数据预处理后的订单请求发送至业务处理模块；

所述业务处理模块对数据预处理后的订单请求进行业务处理，并向所述应用服务器反馈业务处理结果。

需要说明的是，所述编码信息包括所述订单请求的金额大小等信息，根据所述编码信息可以将所述订单请求进行分类，以使的应用服务器能够处理对应的订单请求，所述应用服务器对所述订单请求进行数据预处理后，所述数据预处理包括订单请求资料写入、订单请求数据同步等数据预处理环节，然后将数据预处理后的订单请求发送至所述应用服务器下的业务处理模块进行处理，使得订单请求的处理速度大大提高。

另外，由于一开始是根据所述订单请求的编码信息将所述订单请求发送至对应的应用服务器中进行处理，因此在另一实施例中，所述应用服务器对所述订单请求进行数据预处理前，还包括：

将所述订单请求的第一归属地与所述应用服务器的第二归属地进行匹配，若匹配失败，则生成跨库订单请求，并将所述跨库订单请求发送至所述第一归属地对应的应用服务器中。

在服务器集群中，通过生成所述跨库订单请求，可以实现从一个应用服务器到另一个应用服务器的订单请求的数据交互。通过创建所述跨库订单请求，可以将不属于本归属地的应用服务器处理的订单请求发送至对应归属地的应用服务器中，能够使得订单请求得到快速高效的处理。

需要说明的是，将所述订单请求的第一归属地与所述应用服务器的第二归属地进行匹配，若所述订单请求的第一归属地属于所述第二归属地的应用服务器处理的订单请求，则匹配成功；若所述订单请求的第一归属地不属于所述第二归属地的应用服务器处理的订单请求，则匹配失败，生成所述跨库订单请求。

优选地，所述跨库订单请求包括所述订单请求的数据信息以及标记信息。

优选地，所述方法还包括：

业务处理模块对所述跨库订单请求处理完成后，根据所述标记信息向发送所述跨库订单请求的所述应用服务器反馈业务处理结果。

需要说明的是，所述标记信息包括路径信息，当接收所述跨库订单请求的应用服务器将所述跨库订单请求发送至对应的业务处理模块处理完后，根据所述标记信息向发送所述跨库订单请求的应用服务器反馈处理结果。发送所述跨库订单请求的应用服务器接收到反馈结果，即可获知订单请求的处理结果，并根据所述处理结果确认是否需要再次发送跨库订单请求。

优选地，所述业务处理模块对所述跨库订单请求处理完成后，还包括：

将已处理完成的所述跨库订单请求的数据信息保存至处理所述跨库订单请求的应用服务器中，并根据所述标记信息向发送所述跨库订单请求的所述应用服务器反馈存储结果。

需要说明的是，对于处理完的跨库订单请求，直接储存在接收所述跨库订单请求的应用服务器中，只需要向发送所述跨库订单请求的应用服务器反馈存储结果，所述存储结果包括存储位置、路径以及索引表，方便发送所述跨库订单请求的应用服务器对跨库订单请求再次进行查看时能够快速获取数据。

可选地，所述应用服务器包括至少一个通道，所述应用服务器对所述订单请求进行数据预处理前，还包括：

根据所述订单请求的业务类型，将所述订单请求发送至对应业务类型的通道中进行所述数据预处理。

在应用服务器中设置至少一个通道，可以通过多通道可以实现订单内的业务划分，使得一个通道处理一种业务类型，减少业务之间的相互影响，提升订单流传的并发处理能力和处理速度。例如可以设置普通通道、批量通道、高速通道等，通过批量通道可以处理一个用户发起的多个订单请求，避免同一个用户的多个订单在不同的通道中进行处理，使得其它通道的订单请求积压；通过高速通道可以快速处理订到请求，提升订单的流转调度效率。

需要说明的是，通道中的所有应用程序均独立部署，数据独立存放，以降低热点表的IO，减少通道之间的依赖和影响，而且每个通道下都对应一个业务处理模块，可以避免因为单点故障影响整个订单系统和业务受理系统，避免单个通道应用启停影响到其他通道。

优选地，所述方法还包括：

判断所述订单请求在所述通道内是否需要等待，若所述订单请求为需要等待的订单请求类型，则需要等待所述应用服务器发起调度请求。

其中，判断所述订单请求是否需要等待是在通道内进行的，可以根据订单类型、订单的业务类型来判断订单请求是否需要等待。对于需要等待的订单请求在进行每一个环节都需要等待所述应用服务器发起调度请求才进行处理，例如在数据写入时需要等待调度，数据写入完之后依然需要等待调度。而不需等待的订单请求则在每一个环节都不用再次判断，直接进行所有环节的处理。

需要说明的是，由于通道的数量包括至少一个，因此对于特殊通道的订单是不需要判断的，例如高速通道中不需要判断是否需要等待，直接进行所有环节的调度处理。对于同一通道内的同一用户的订单请求，进行合并判断，避免同一用户的多个订单在途等待。另外，对于跨库订单请求的处理同样遵循上述判断原则。

可选地，所述方法还包括：

将已处理完成的订单请求的数据信息转移至非关系型数据库中进行存储，并在所述应用服务器中生成用于查找所述非关系型数据库的数据信息的索引表。

需要说明的是，由于所述应用服务器采用的是分布式关系型内存数据库，而且所述分布式关系型内存数据库主要存放未处理完成的订单请求的数据、订单请求的基础配置数据以及索引表。那么将已处理完成的订单请求的数据信息转移到非关系型数据库中进行存储，分布式关系型内存数据库没有因为处理完成的订单数据增加储存压力，因此降低了对主机资源的需求。

而且，通过所述索引表能高效、无缝的进行分布式关系型内存数据库与非关系型数据库的数据交互，保障了后续对订单请求业务处理的完整性和高效性。所述索引表包括在所述分布式关系型内存数据库中创建正表、年月表，在所述非关系型数据库则创建年月表，通过所述年月表的公共接口，可以实现分布式关系型内存数据库以及所述非关系型数据库中数据的高效、无缝的对接。

另外，对于跨库订单请求的数据存储处理也遵循上述原则，例如A应用服务器向B应用服务器发送了一个跨库订单请求，所述B应用服务器对所述跨库订单请求处理完后，直接将所述跨库订单请求的数据信息保存至所述非关系型数据库中，通过生成对应的索引表，B应用服务器可以通过索引表在所述非关系型数据库中查找所述跨库订单请求的数据信息，通过B应用服务器也向A应用服务器反馈所述跨库订单请求存储的路径信息，使得A应用服务器也可以访问所述非关系型数据库中存储的跨库订单请求的数据信息。

优选地，所述将已处理完成的订单请求的数据信息转移至非关系型数据库中进行存储，包括：

对转移至所述非关系型数据库中存储的数据信息设置存储期限。

需要说明的是，对保存在所述非关系型数据库中的数据信息设置一定的存储期限，对于到达存储期限的文件，非关系型数据库自动对其进行删除，可以减少非关系型数据库的储存压力。

同时，如图2所示，本发明还提出一种高并发的订单处理系统，包括至少一个订单创建模块、包括至少一个应用服务器以及至少一个业务处理模块，其中：

所述订单创建模块用于创建订单请求，并根据所述订单请求的编码信息将所述订单请求发送至对应编码的应用服务器中；

所述应用服务器对所述订单请求进行数据预处理，并将数据预处理后的订单请求发送至所述业务处理模块；

所述业务处理模块对数据预处理后的订单请求进行业务处理，并向所述应用服务器反馈业务处理结果。

优选地，所述应用服务器还用于将所述订单请求的第一归属地与所述应用服务器的第二归属地进行匹配，若匹配失败，则生成跨库订单请求，并将所述跨库订单请求发送至所述第一归属地对应的应用服务器中。

优选地，所述业务处理模块还用于根据所述跨库订单请求的标记信息向发送所述跨库订单请求的应用服务器反馈处理结果。

优选地，所述应用服务器包括至少一个通道，所述通道用于处理不同业务类型的订单请求。

优选地，所述通道还包括等待判断单元，所述等待判断单元用于判断所述订单请求在所述通道内是否需要等待，若所述订单请求为需要等待的订单请求类型，则需要等待所述应用服务器发起调度请求。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种高并发的订单处理方法，其特征在于，包括以下步骤：

订单创建模块创建订单请求，并根据所述订单请求的编码信息将所述订单请求发送至对应编码的应用服务器中；

所述应用服务器对所述订单请求进行数据预处理，并将数据预处理后的订单请求发送至业务处理模块；

所述业务处理模块对数据预处理后的订单请求进行业务处理，并向所述应用服务器反馈业务处理结果。

2.根据权利要求1所述的高并发的订单处理方法，其特征在于，所述应用服务器对所述订单请求进行数据预处理前，还包括：

将所述订单请求的第一归属地与所述应用服务器的第二归属地进行匹配，若匹配失败，则生成跨库订单请求，并将所述跨库订单请求发送至所述第一归属地对应的应用服务器中。

3.根据权利要求2所述的高并发的订单处理方法，其特征在于，所述跨库订单请求包括所述订单请求的数据信息以及标记信息。

4.根据权利要求1至3任一项所述的高并发的订单处理方法，其特征在于，所述方法还包括：

业务处理模块对所述跨库订单请求处理完成后，根据所述标记信息向发送所述跨库订单请求的所述应用服务器反馈业务处理结果。

5.根据权利要求4所述的高并发的订单处理方法，其特征在于，所述业务处理模块对所述跨库订单请求处理完成后，还包括：

将已处理完成的所述跨库订单请求的数据信息保存至处理所述跨库订单请求的应用服务器中，并根据所述标记信息向发送所述跨库订单请求的所述应用服务器反馈存储结果。

6.根据权利要求1所述的高并发的订单处理方法，其特征在于，所述应用服务器包括至少一个通道，所述应用服务器对所述订单请求进行数据预处理前，还包括：

根据所述订单请求的业务类型，将所述订单请求发送至对应业务类型的通道中进行所述数据预处理。

7.根据权利要求6所述的高并发的订单处理方法，其特征在于，所述方法还包括：

判断所述订单请求在所述通道内是否需要等待，若所述订单请求为需要等待的订单请求类型，则需要等待所述应用服务器发起调度请求。

8.根据权利要求1所述的高并发的订单处理方法，其特征在于，所述方法还包括：

将已处理完成的订单请求的数据信息转移至非关系型数据库中进行存储，并在所述应用服务器中生成用于查找所述非关系型数据库的数据信息的索引表。

9.根据权利要求8所述的高并发的订单处理方法，其特征在于，所述将已处理完成的订单请求的数据信息转移至非关系型数据库中进行存储，包括：

对转移至所述非关系型数据库中存储的数据信息设置存储期限。

10.一种高并发的订单处理系统，其特征在于，包括至少一个订单创建模块、包括至少一个应用服务器以及至少一个业务处理模块，其中：

所述订单创建模块用于创建订单请求，并根据所述订单请求的编码信息将所述订单请求发送至对应编码的应用服务器中；

所述应用服务器对所述订单请求进行数据预处理，并将数据预处理后的订单请求发送至所述业务处理模块；

所述业务处理模块对数据预处理后的订单请求进行业务处理，并向所述应用服务器反馈业务处理结果。