CN108833505A - 数据请求处理方法、服务器及存储介质 - Google Patents

Abstract

本发明提供一种数据请求处理方法，该方法包括：每隔第一预设时间，运行第一定时任务，更新第一数据集；每隔第二预设时间，运行第二定时任务，更新第二数据集；为所述第二数据集随机生成预设数量个随机等待时间，根据所述随机等待时间，将所述第二数据集中每条数据依次放至该第二数据集对应的阻塞队列中；接收网关服务器通过负载均衡分配的数据请求，读取所述阻塞队列的信息，判断所述阻塞队列中是否存在待处理数据；若是，判断该数据请求对应的用户为第一类用户；或者，若否，判断该数据请求对应的用户为第二类用户。本发明还提供一种服务器及计算机存储介质。利用本发明，可以提高数据请求的处理效率。

Description

数据请求处理方法、服务器及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种数据请求处理方法、服务器及计算机可读存储介质。

背景技术

随着信息技术的不断发展，越来越多的数据处理系统随之出现，在实际的应用中，多个终端设备会同时请求有限的数据资源，此时服务器需要对多个终端设备发送的数据请求进行并发处理。例如，当某平台上存在某种抽奖活动时，在同一时刻可能会有多个用户通过终端设备请求抽奖，此时，该平台的服务器需要对多个终端设备的抽奖请求进行并发处理。

目前，服务器接收到多个终端设备并发的数据请求时，直接对所有的数据请求进行处理。然而，如果服务器直接对所有的数据请求进行处理，当同时发送数据请求的终端设备过多时，会造成服务器负荷较大，甚至发生崩溃，从而导致数据请求的并发处理效率较低。

发明内容

鉴于以上内容，本发明提供一种数据请求处理方法、服务器及计算机可读存储介质，其主要目的在于提高数据请求的处理效率。

为实现上述目的，本发明提供一种数据请求处理方法，该方法包括：

S1、每隔第一预设时间，运行第一定时任务，从数据库中读取第一信息，更新第一数据集；

S2、每隔第二预设时间，运行第二定时任务，从所述数据库中读取第二信息，根据预设计算规则，更新第二数据集；

S3、为所述第二数据集随机生成预设数量个随机等待时间，根据所述随机等待时间，将所述第二数据集中每条数据依次放至该第二数据集对应的阻塞队列中；

S4、接收网关服务器通过负载均衡分配的数据请求，读取所述阻塞队列的信息，判断所述阻塞队列中是否存在待处理数据，其中，所述网关服务器用于接收用户通过客户端发出的数据请求；

S5、当所述阻塞队列中存在待处理数据时，判断该数据请求对应的用户为第一类用户，并将判断结果反馈至该数据请求对应的客户端；或者

S6、当所述阻塞队列中不存在待处理数据时，判断该数据请求对应的用户为第二类用户，并将判断结果反馈至该数据请求对应的客户端。

此外，本发明还提供一种服务器，其特征在于，该服务器包括：存储器、处理器，所述存储器上存储有可在所述处理器上运行的数据请求处理程序，所述数据请求处理程序被所述处理器执行时，可实现如上所述数据请求处理方法中的任意步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质中包括数据请求处理程序，所述数据请求处理程序被处理器执行时，可实现如上所述数据请求处理方法中的任意步骤。

本发明提出的数据请求处理方法、服务器及计算机可读存储介质，基于奖品平均分配策略，由定时任务统一协调各数据集中数据的发放，避免了用户实际访问场景对系统造成压力引入的不确定性；通过负载均衡将数据请求均匀分配至不同的服务器上，减少了并发操作的风险；引入随机等待时间随机发放数据，减少内控风险，提高了数据请求的处理效率。

附图说明

图1为本发明数据请求处理方法较佳实施例的流程图；

图2为本发明服务器较佳实施例的应用环境示意图。

图3为本发明服务器较佳实施例的示意图；

图4为图3中数据请求处理程序的程序模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种数据请求处理方法。参照图1所示，为本发明数据请求处理方法较佳实施例的流程图。该方法可以由一个服务器执行，该服务器可以由软件和/或硬件实现。

图1中展示了步骤S1-S6，需要说明的是，S1-S6并不表示各步骤执行的先后顺序。以下对所述数据请求处理方法中的步骤S1-S6进行详细说明：

S1、每隔第一预设时间，运行第一定时任务，从数据库中读取第一信息，更新第一数据集；

在本实施例中，以抽奖请求为例，但不仅限于抽奖请求，对本发明方案进行说明。

在进行抽奖活动之前，需要预先设置与抽奖活动相关的信息，例如，抽奖活动中的时间安排信息及奖品信息，其中，时间安排信息包括：抽奖活动起始时间及结束时间、分为多少个时间段，奖品信息包括奖品种类、奖品数量等信息，并将预设设置的信息保存至数据库中。

在本实施例中，第一信息包括：抽奖活动在一天内应发放的奖品种类及奖品数量，第一数据集为每日总奖池，即一个抽奖活动在一天内应发放的奖品数量，第一数据集中每条数据代表一个奖品信息。第一定时任务为第一数据集更新任务，第一预设时间可以为一天(24h)，例如，该第一定时任务每天运行一次，执行该操作的时间为每天的预设时刻，例如23:00，从数据库中读取抽奖活动在一天内应发放的奖品种类及奖品数量，确定次日发放的奖品总数，更新每日总奖池中的奖品数量。

S2、每隔第二预设时间，运行第二定时任务，从所述数据库中读取第二信息，根据预设计算规则，更新第二数据集；

其中，第二信息包括：抽奖活动的抽奖时间段及该抽奖活动一天内应发放的奖品数量，第二数据集为业务系统中各服务器对应的实时奖池，即各服务器在某一时间段内应发放的奖品数量，第二数据集的数量与业务系统中服务器的数量一致，也就是说，每台服务器对应一个第二数据集。第二数据集中每条数据代表一个奖品信息。第二预设时间可以为一小时，第二定时任务为各服务器对应的实时奖池的更新任务。

具体地，该步骤包括：

根据所述第二信息统计预设时间段的数量，确定各预设时间段对应的第三数据集；及

读取业务系统中服务器的数量，根据所述第三数据集中的数据量及所述服务器的数量，确定并更新所述第二数据集。

其中，预设时间段指该抽奖活动对应的不同抽奖时间段，第三数据集为抽奖活动在不同抽奖时间段对应的实时奖池，即在某一抽奖时间段内应发放的奖品数量，第三数据集的数量与抽奖时间段的数量一致。第三数据集中每条数据代表一个奖品信息。

需要说明的是，各服务器通过分布式的业务系统注册临时节点并写入IP地址，确定包含各服务器IP地址的服务器列表。各服务器的第二数据集通过IP地址进行区分。

例如，某个抽奖活动每天要发放2400个奖品，若抽奖活动分为24小时进行，那么有24个第三数据集，每个抽奖时间段对应一个第三数据集，每个第三数据集中的奖品数量为100；若抽奖活动从8:00到20:00，那么有12个第三数据集，每个第三数据集中的奖品数量为200。

每个抽奖时间段对应的第三数据集中的奖品，根据服务器列表，均匀的分配到所有服务器上。例如，某个小时一共要发放100个奖品，服务器列表中共有10台服务器，那么，每台服务器上就会平均的分配到10个奖品，也就是说，每个小时，每台服务器可以发放10个奖品。

上述步骤通过读取抽奖活动的抽奖时间段及该抽奖活动一天内应发放的奖品数量，根据抽奖时间段进行任务切片，将不同抽奖时间段对应的奖品分发到不同的服务器上。

在其他实施例中，所述“确定各预设时间段对应的第三数据集”的步骤还包括：

获取目标时间段的前一个时间段对应的第三数据集的兜底数据，根据各预设时间段对应的理论上第三数据集中的数据量及所述兜底数据，确定目标时间段对应的第三数据集中实际的数据量。

可以理解的是，当用户中奖后但未履约，或者，上一个抽奖时间段的奖品未发放完(例如，某服务器上的奖品没有发放完)时，上一抽奖时间段对应的第三数据集中兜底奖品数量会大于零。通过获取第三数据集中的兜底奖品信息(即，未发放完剩余的奖品数量P)，将兜底奖品信息中的奖品数量P与目标抽奖时间段对应的第三数据集中的奖品数量Q(理论值)相加，得到目标抽奖时间段对应的第三数据集中的实际奖品数量(P+Q)。然后根据目标是抽奖时间段对应的第三数据集中的实际奖品数量确定目标抽奖时间段各第二数据集中的奖品数量。

S3、为所述第二数据集随机生成预设数量个随机等待时间，根据所述随机等待时间，将所述第二数据集中每条数据依次放至该第二数据集对应的阻塞队列中；

其中，预设数量与每个第二数据集中的奖品数量一致，即预设数量与服务器列表中服务器的数量一致，若一个第二数据集中的奖品数量为a，为该第二数据集生成的随机等待时间的数量也为a。

每个服务器对应一个阻塞队列。在本实施例中，所述随机等待时间大于或等于0秒、小于或等于3600秒。假设生成的随机等待时间分别为：5s、20s、…、3000s，那么，当前抽奖时间段抽奖开始时，5s后、20s后、…、3000s后，分别将第二数据集中的奖品放至该第二数据集对应的服务器的阻塞队列中。可以理解的是，随机等待时间越小，奖品被抽完的速度越快，随机等待时间的范围可根据用户需求设置。

在其他实施例中，该步骤可以替换为：

根据所述第二数据及其对应的时间段，分别确定所述第二数据集中每条数据放至该第二数据集对应的阻塞队列对应的子时间段；

为每个子时间段随机生成一个随机等待时间；及

在每个子时间段内，根据所述随机等待时间，将所述第二数据集中每条数据放至该第二数据集对应的阻塞队列中。

例如，服务器A在未来的一个小时内，可以发放10个奖品，那么每六分钟可以发放一个奖品，也就是说，每个子时间段为六分钟，子时间段的数量与第二数据集中的奖品数量一致。在第一个六分钟内，随机等待六分钟以内的任意时间(为了保证抽奖活动更快进行，缩小等待时间，例如，30秒)，把该奖品信息放到该服务器对应的阻塞队列中。依次在后面的9个6分钟内，每隔一个随机等待时间，依次将剩余的9个奖品的奖品信息放置到阻塞队列中。

S4、接收网关服务器通过负载均衡分配的数据请求，读取所述阻塞队列的信息，判断所述阻塞队列中是否存在待处理数据，其中，所述网关服务器用于接收用户通过客户端发出的数据请求；

其中，数据请求为抽奖请求，包括：用户ID、抽奖奖品、抽奖时间段等信息。

具体地，网关服务器接收用户发出的抽奖请求，通过负载均衡将所述抽奖请求分配至业务系统中的多台服务器上。例如，同时收到10000条携带抽奖信息的抽奖请求，服务器列表中多台服务器的IP地址分别为：A、B、C、…、J，网关服务器将第一条请求分配给A进行处理，然后按照B、C、…、J的顺序，依次对剩余请求进行分配，降低服务器的压力。

需要说明的是，网关服务器可能同时接收到大量抽奖请求，在分别将先后将抽奖请求分配至不同服务器后，各服务器根据分配的抽奖请求的先后顺序(即，遵循先进先出的原则)，依次处理每条抽奖请求。

所述待处理数据为服务器在某一抽奖时间段开始后每隔一个随机等待时间放至该服务器的阻塞队列中的待发放的奖品信息。

在其他实施例中，该步骤还包括：

接收到数据请求后，根据所述数据请求获取用户在预设时间内的历史数据；当所述历史数据中请求次数超过预设阈值时，判断该用户为第二类用户并生成预警信息；当所述历史数据中请求次数小于或等于预设阈值时，读取所述阻塞队列的信息。

为了减缓系统的压力，对于在预设时间(例如，2小时内)内已参与抽奖且抽奖次数超过预设阈值(例如，10)的用户发出的抽奖请求进行过滤，并生成预警信息，例如，“您的抽奖次数已超过XX次，请稍后再试”。

在其他实施例中，该步骤还包括：对于在同一个抽奖活动(同一抽奖时间段)中中奖次数超过中奖次数阈值(例如，1或5等)的用户发出的抽奖请求进行过滤，并生成预警信息，例如，“您的中奖次数已超过XX次，无法参与抽奖”。

S5、当所述阻塞队列中存在待处理数据时，判断该数据请求对应的用户为第一类用户，并将判断结果反馈至该数据请求对应的客户端；

其中，第一类用户为中奖用户。

以服务器A为例，服务器A接收网关服务器分配的抽奖请求后，读取服务器A对应的阻塞队列信息，判断阻塞队列中是否包含待发放的商品信息。

当阻塞队列中包含待发放的商品信息时，判断该抽奖请求对应的用户中奖，并将抽奖结果反馈给用户，例如，“恭喜您中奖，获得…奖品”。接下来利用相同的步骤处理下一条抽奖请求。

具体地，该步骤还包括：从所述阻塞队列中删除一条待处理数据，并对所述第三奖池中的奖品数量进行扣减。

当判断用户中奖之后，删除阻塞队列中的一条待处理数据，即，对阻塞队列中待发放的商品数量进行扣减。然后，更新已中奖数量。

另外，为确保不“超卖”，判断用户中奖的时候，还需要真正减少当前抽奖时段奖池中的奖品数量。

可以理解的是，用户在中奖之后，若未履约，则该中奖记录对应的奖品应该被释放，供其他用户抽奖。具体地，该方法还包括：

当判断所述数据请求对应的用户为第一类用户后，获取用户针对该数据请求的处理结果；

当用户未处理该数据请求时，将该数据请求对应的数据按原路径放回所述第三数据集中。

例如，用户在中奖后的预设时间(例如，10秒)内未履约，则判断用户未对该请求进行处理，确定该奖品被发放的抽奖时间段，将该奖品信息重新放至该抽奖时间段对应的奖池中，即，增加该抽奖时间段对应的奖池中的奖品数量，已中奖数量保持不变。

S6、当所述阻塞队列中不存在待处理数据时，判断该数据请求对应的用户为第二类用户，并将判断结果反馈至该数据请求对应的客户端。

其中，第二类用户为未中奖用户。

同样以服务器A为例，服务器A接收网关服务器分配的抽奖请求后，读取服务器A对应的阻塞队列信息，判断阻塞队列中是否包含待发放的商品信息。

当阻塞队列中不包含待发放的商品信息时，判断该抽奖请求对应的用户未中奖，并将抽奖结果反馈给用户，例如，“对不起，未中奖”。接下来利用相同的步骤处理下一条抽奖请求。

需要说明的是，所述步骤S1-S2可通过业务系统中的任意一台服务器执行，步骤S3-S6业务系统中的每一台服务器都要执行的步骤。

上述实施例提出的数据请求处理方法，基于数据平均分配策略，由定时任务统一协调各数据集中数据的发放，避免了用户实际访问场景对系统造成压力引入的不确定性，降低了随机过程和概率的计算复杂度；通过负载均衡将数据请求均匀分配至不同的服务器上，减少了并发操作的风险；引入随机等待时间随机发放数据，减少内控风险，提高了数据请求的处理效率。

本发明还提供一种服务器。参照图2所示，为本发明服务器1较佳实施例的应用环境示意图。

在本实施例中，服务器1与多台服务器1构成服务器集群(图中未标识)，所述服务器1接收网关服务器2分配的抽奖请求，其中，所述网关服务器用于接收用户通过客户端3发送的数据请求，例如，抽奖请求，所述服务器1与数据库(图中未标识)进行数据传输，所述服务器1与客户端3进行数据传输，例如，向客户端3反馈预警信息等。

参照图3所示，为本发明服务器1的较佳实施例的示意图。

在本实施例中，服务器1可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器。

该服务器1包括存储器11、处理器12，通信总线13，及网络接口14。

其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是所述服务器1的内部存储单元，例如该服务器1的硬盘。存储器11在另一些实施例中也可以是所述服务器1的外部存储设备，例如该服务器1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器11还可以既包括该服务器1的内部存储单元也包括外部存储设备。

存储器11不仅可以用于存储安装于该服务器1的应用软件及各类数据，例如数据请求处理程序10等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如数据请求处理程序10等。

通信总线13用于实现这些组件之间的连接通信。

网络接口14可选的可以包括标准的有线接口、无线接口(如WI-FI接口)，通常用于在该服务器1与其他电子设备之间建立通信连接。

图3仅示出了具有组件11-14的服务器1，本领域技术人员可以理解的是，图3示出的结构并不构成对服务器1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

可选地，该服务器1还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口还可以包括标准的有线接口、无线接口。

可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-Emitting Diode，OLED)触摸器等。其中，显示器也可以称为显示屏或显示单元，用于显示在服务器1中处理的信息以及用于显示可视化的用户界面。

在图3所示的服务器1实施例中，作为一种计算机存储介质的存储器11中存储数据请求处理程序10的程序代码，处理器12执行数据请求处理程序10的程序代码时，实现如下步骤：

A1、每隔第一预设时间，运行第一定时任务，从数据库中读取第一信息，更新第一数据集；

在本实施例中，以抽奖请求为例，但不仅限于抽奖请求，对本发明方案进行说明。

在进行抽奖活动之前，需要预先设置与抽奖活动相关的信息，例如，抽奖活动中的时间安排信息及奖品信息，其中，时间安排信息包括：抽奖活动起始时间及结束时间、分为多少个时间段，奖品信息包括奖品种类、奖品数量等信息，并将预设设置的信息保存至数据库(图中未标识)中。

在本实施例中，第一信息包括：抽奖活动在一天内应发放的奖品种类及奖品数量，第一数据集为每日总奖池，即一个抽奖活动在一天内应发放的奖品数量，第一数据集中每条数据代表一个奖品信息。第一定时任务为第一数据集更新任务，第一预设时间可以为一天(24h)，例如，该第一定时任务每天运行一次，执行该操作的时间为每天的预设时刻，例如23:00，从数据库中读取抽奖活动在一天内应发放的奖品种类及奖品数量，确定次日发放的奖品总数，更新每日总奖池中的奖品数量。

A2、每隔第二预设时间，运行第二定时任务，从所述数据库中读取第二信息，根据预设计算规则，更新第二数据集；

其中，第二信息包括：抽奖活动的抽奖时间段及该抽奖活动一天内应发放的奖品数量，第二数据集为业务系统中各服务器1对应的实时奖池，即各服务器1在某一时间段内应发放的奖品数量，第二数据集的数量与业务系统中服务器1的数量一致，也就是说，每台服务器1对应一个第二数据集。第二数据集中每条数据代表一个奖品信息。第二预设时间可以为一小时，第二定时任务为各服务器1对应的实时奖池的更新任务。

具体地，该步骤包括：

根据所述第二信息统计预设时间段的数量，确定各预设时间段对应的第三数据集；及

读取业务系统中服务器1的数量，根据所述第三数据集中的数据量及所述服务器1的数量，确定并更新所述第二数据集。

其中，预设时间段指该抽奖活动对应的不同抽奖时间段，第三数据集为抽奖活动在不同抽奖时间段对应的实时奖池，即在某一抽奖时间段内应发放的奖品数量，第三数据集的数量与抽奖时间段的数量一致。第三数据集中每条数据代表一个奖品信息。

需要说明的是，各服务器1通过分布式的业务系统注册临时节点并写入IP地址，确定包含各服务器1IP地址的服务器列表。各服务器1的第二数据集通过IP地址进行区分。

例如，某个抽奖活动每天要发放2400个奖品，若抽奖活动分为24小时进行，那么有24个第三数据集，每个抽奖时间段对应一个第三数据集，每个第三数据集中的奖品数量为100；若抽奖活动从8:00到20:00，那么有12个第三数据集，每个第三数据集中的奖品数量为200。

每个抽奖时间段对应的第三数据集中的奖品，根据服务器列表，均匀的分配到所有服务器1上。例如，某个小时一共要发放100个奖品，服务器列表中共有10台服务器1，那么，每台服务器1上就会平均的分配到10个奖品，也就是说，每个小时，每台服务器1可以发放10个奖品。

上述步骤通过读取抽奖活动的抽奖时间段及该抽奖活动一天内应发放的奖品数量，根据抽奖时间段进行任务切片，将不同抽奖时间段对应的奖品分发到不同的服务器1上。

在其他实施例中，所述“确定各预设时间段对应的第三数据集”的步骤还包括：

获取目标时间段的前一个时间段对应的第三数据集的兜底数据，根据各预设时间段对应的理论上第三数据集中的数据量及所述兜底数据，确定目标时间段对应的第三数据集中实际的数据量。

可以理解的是，当用户中奖后但未履约，或者，上一个抽奖时间段的奖品未发放完(例如，某服务器对应的奖品没有发放完)时，上一抽奖时间段对应的第三数据集中兜底奖品数量会大于零。通过获取第三数据集中的兜底奖品信息(即，未发放完剩余的奖品数量P)，将兜底奖品信息中的奖品数量P与目标抽奖时间段对应的第三数据集中的奖品数量Q(理论值)相加，得到目标抽奖时间段对应的第三数据集中的实际奖品数量(P+Q)。然后根据目标是抽奖时间段对应的第三数据集中的实际奖品数量确定目标抽奖时间段各第二数据集中的奖品数量。

A3、为所述第二数据集随机生成预设数量个随机等待时间，根据所述随机等待时间，将所述第二数据集中每条数据依次放至该第二数据集对应的阻塞队列中；

其中，预设数量与每个第二数据集中的奖品数量一致，即预设数量与服务器列表中服务器1的数量一致，若一个第二数据集中的奖品数量为a，为该第二数据集生成的随机等待时间的数量也为a。

每个服务器1对应一个阻塞队列。在本实施例中，所述随机等待时间大于或等于0秒、小于或等于3600秒。假设生成的随机等待时间分别为：5s、20s、…、3000s，那么，当前抽奖时间段抽奖开始时，5s后、20s后、…、3000s后，分别将第二数据集中的奖品放至该第二数据集对应的服务器1的阻塞队列中。可以理解的是，随机等待时间越小，奖品被抽完的速度越快，随机等待时间的范围可根据用户需求设置。

在其他实施例中，该步骤可以替换为：

根据所述第二数据及其对应的时间段，分别确定所述第二数据集中每条数据放至该第二数据集对应的阻塞队列对应的子时间段；

为每个子时间段随机生成一个随机等待时间；及

在每个子时间段内，根据所述随机等待时间，将所述第二数据集中每条数据放至该第二数据集对应的阻塞队列中。

例如，服务器A在未来的一个小时内，可以发放10个奖品，那么每六分钟可以发放一个奖品，也就是说，每个子时间段为六分钟，子时间段的数量与第二数据集中的奖品数量一致。在第一个六分钟内，随机等待六分钟以内的任意时间(为了保证抽奖活动更快进行，缩小等待时间，例如，30秒)，把该奖品信息放到该服务器1对应的阻塞队列中。依次在后面的9个6分钟内，每隔一个随机等待时间，依次将剩余的9个奖品的奖品信息放置到阻塞队列中。

A4、接收网关服务器通过负载均衡分配的数据请求，读取所述阻塞队列的信息，判断所述阻塞队列中是否存在待处理数据，其中，所述网关服务器用于接收用户通过客户端发出的数据请求；

其中，数据请求为抽奖请求，包括用户ID、抽奖奖品、抽奖时间段等信息。

具体地，网关服务器(图中未标识)接收用户发出的抽奖请求，通过负载均衡将所述抽奖请求分配至业务系统中的多台服务器1上。例如，同时收到10000条携带抽奖信息的抽奖请求，服务器列表中多台服务器1的IP地址分别为：A、B、C、…、J，网关服务器将第一条请求分配给A进行处理，然后按照B、C、…、J的顺序，依次对剩余请求进行分配，降低服务器1的压力。

需要说明的是，网关服务器可能同时接收到大量抽奖请求，在分别将先后将抽奖请求分配至不同服务器1后，各服务器1根据分配的抽奖请求的先后顺序(即，遵循先进先出的原则)，依次处理每条抽奖请求。

所述待处理数据为服务器1在某一抽奖时间段开始后每隔一个随机等待时间放至该服务器1的阻塞队列中的待发放的奖品信息。

在其他实施例中，该步骤还包括：

接收到数据请求后，根据所述数据请求获取用户在预设时间内的历史数据；当所述历史数据中请求次数超过预设阈值时，判断该用户为第二类用户并生成预警信息；当所述历史数据中请求次数小于或等于预设阈值时，读取所述阻塞队列的信息。

为了减缓系统的压力，对于在预设时间(例如，2小时内)内已参与抽奖且抽奖次数超过预设阈值(例如，10)的用户发出的抽奖请求进行过滤，并生成预警信息，例如，“您的抽奖次数已超过XX次，请稍后再试”。

在其他实施例中，该步骤还包括：对于在同一个抽奖活动(同一抽奖时间段)中中奖次数超过中奖次数阈值(例如，1或5等)的用户发出的抽奖请求进行过滤，并生成预警信息，例如，“您的中奖次数已超过XX次，无法参与抽奖”。

A5、当所述阻塞队列中存在待处理数据时，判断该数据请求对应的用户为第一类用户，并将判断结果反馈至该数据请求对应的客户端；

其中，第一类用户为中奖用户。

以服务器A为例，服务器A接收网关服务器分配的抽奖请求后，读取服务器A对应的阻塞队列信息，判断阻塞队列中是否包含待发放的商品信息。

当阻塞队列中包含待发放的商品信息时，判断该抽奖请求对应的用户中奖，并将抽奖结果反馈给用户，例如，“恭喜您中奖，获得…奖品”。接下来利用相同的步骤处理下一条抽奖请求。

具体地，该步骤还包括：从所述阻塞队列中删除一条待处理数据，并对所述第三奖池中的奖品数量进行扣减。

当判断用户中奖之后，删除阻塞队列中的一条待处理数据，即，对阻塞队列中待发放的商品数量进行扣减。然后，更新已中奖数量。

另外，为确保不“超卖”，判断用户中奖的时候，还需要真正减少当前抽奖时段奖池中的奖品数量。

可以理解的是，用户在中奖之后，若未履约，则该中奖记录对应的奖品应该被释放，供其他用户抽奖。例如，用户在中奖后的预设时间(例如，10秒)内未履约，则判断用户未对该请求进行处理，确定该奖品被发放的抽奖时间段，将该奖品信息重新放至该抽奖时间段对应的奖池中，即，增加该抽奖时间段对应的奖池中的奖品数量，已中奖数量保持不变。

A6、当所述阻塞队列中不存在待处理数据时，判断该数据请求对应的用户为第二类用户，并将判断结果反馈至该数据请求对应的客户端。

其中，第二类用户为未中奖用户。

同样以服务器A为例，服务器A接收网关服务器分配的抽奖请求后，读取服务器A对应的阻塞队列信息，判断阻塞队列中是否包含待发放的商品信息。

当阻塞队列中不包含待发放的商品信息时，判断该抽奖请求对应的用户未中奖，并将抽奖结果反馈给用户，例如，“对不起，未中奖”。接下来利用相同的步骤处理下一条抽奖请求。

需要说明的是，所述步骤A1-A2可通过业务系统中的任意一台服务器1执行，步骤A3-A6业务系统中的每一台服务器1都要执行的步骤。

上述实施例提出的服务器1，基于数据平均分配策略，由定时任务统一协调各数据集中数据的发放，避免了用户实际访问场景对系统造成压力引入的不确定性，降低了随机过程和概率的计算复杂度；通过负载均衡将数据请求均匀分配至不同的服务器上，减少了并发操作的风险；引入随机等待时间随机发放数据，减少内控风险，提高了数据请求的处理效率。

可选地，在其他的实施例中，数据请求处理程序10还可以被分割为一个或者多个模块，一个或者多个模块被存储于存储器11中，并由一个或多个处理器(本实施例为处理器12)所执行，以完成本发明，本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段。例如，参照图4所示，为图3中数据请求处理程序10的模块示意图，该实施例中，数据请求处理程序10可以被分割为第一更新模块110、第二更新模块120、阻塞队列管理模块130、判断模块140、第一数据处理模块150及第二数据处理模块160，所述模块110-160所实现的功能或操作步骤均与上文类似，此处不再详述，示例性地，例如其中：

第一更新模块110，用于每隔第一预设时间，运行第一定时任务，从数据库中读取第一信息，更新第一数据集；

第二更新模块120，用于每隔第二预设时间，运行第二定时任务，从所述数据库中读取第二信息，根据预设计算规则，更新第二数据集；

阻塞队列管理模块130，用于为所述第二数据集随机生成预设数量个随机等待时间，根据所述随机等待时间，将所述第二数据集中每条数据依次放至该第二数据集对应的阻塞队列中；

判断模块140，用于接收网关服务器通过负载均衡分配的数据请求，读取所述阻塞队列的信息，判断所述阻塞队列中是否存在待处理数据，其中，所述网关服务器用于接收用户通过客户端发出的数据请求；

第一数据处理模块150，用于当所述阻塞队列中存在待处理数据时，判断该数据请求对应的用户为第一类用户，并将判断结果反馈至该数据请求对应的客户端；及

第二数据处理模块160，用于当所述阻塞队列中不存在待处理数据时，判断该数据请求对应的用户为第二类用户，并将判断结果反馈至该数据请求对应的客户端。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质中包括数据请求处理程序10，所述数据请求处理程序10被处理器执行时实现如下操作：

A1、每隔第一预设时间，运行第一定时任务，从数据库中读取第一信息，更新第一数据集；

A2、每隔第二预设时间，运行第二定时任务，从所述数据库中读取第二信息，根据预设计算规则，更新第二数据集；

A3、为所述第二数据集随机生成预设数量个随机等待时间，根据所述随机等待时间，将所述第二数据集中每条数据依次放至该第二数据集对应的阻塞队列中；

A4、接收网关服务器通过负载均衡分配的数据请求，读取所述阻塞队列的信息，判断所述阻塞队列中是否存在待处理数据，其中，所述网关服务器用于接收用户通过客户端发出的数据请求；

A5、当所述阻塞队列中存在待处理数据时，判断该数据请求对应的用户为第一类用户，并将判断结果反馈至该数据请求对应的客户端；或者

A6、当所述阻塞队列中不存在待处理数据时，判断该数据请求对应的用户为第二类用户，并将判断结果反馈至该数据请求对应的客户端。

本发明之计算机可读存储介质的具体实施方式与上述数据请求处理方法的具体实施方式大致相同，在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

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

Claims (10)

1.一种数据请求处理方法，应用于一种服务器，其特征在于，所述方法包括：

S1、每隔第一预设时间，运行第一定时任务，从数据库中读取第一信息，更新第一数据集；

S2、每隔第二预设时间，运行第二定时任务，从所述数据库中读取第二信息，根据预设计算规则，更新第二数据集；

S3、为所述第二数据集随机生成预设数量个随机等待时间，根据所述随机等待时间，将所述第二数据集中每条数据依次放至该第二数据集对应的阻塞队列中；

S4、接收网关服务器通过负载均衡分配的数据请求，读取所述阻塞队列的信息，判断所述阻塞队列中是否存在待处理数据，其中，所述网关服务器用于接收用户通过客户端发出的数据请求；

S5、当所述阻塞队列中存在待处理数据时，判断该数据请求对应的用户为第一类用户，并将判断结果反馈至该数据请求对应的客户端；或者

S6、当所述阻塞队列中不存在待处理数据时，判断该数据请求对应的用户为第二类用户，并将判断结果反馈至该数据请求对应的客户端。

2.根据权利要求1所述的数据请求处理方法，其特征在于，所述步骤S2中的“根据预设计算规则，更新第二数据集”包括：

根据所述第二信息统计预设时间段的数量，计算各预设时间段对应的第三数据集；及

读取业务系统中服务器的数量，根据所述第三数据集中的数据量及所述服务器的数量，计算并更新所述第二数据集。

3.根据权利要求2所述的数据请求处理方法，其特征在于，所述步骤S4还包括：

接收到数据请求后，根据所述数据请求获取用户在预设时间内的历史数据；

当所述历史数据中请求次数超过预设阈值时，判断该用户为第二类用户并生成预警信息；及

当所述历史数据中请求次数小于或等于预设阈值时，读取所述阻塞队列的信息。

4.根据权利要求3所述的数据请求处理方法，其特征在于，所述步骤S3可以替换为：

根据所述第二数据及其对应的时间段，分别确定所述第二数据集中每条数据放至该第二数据集对应的阻塞队列对应的子时间段；

为每个子时间段随机生成一个随机等待时间；及

在每个子时间段内，根据所述随机等待时间，将所述第二数据集中每条数据放至该第二数据集对应的阻塞队列中。

5.根据权利要求1至4中任意一项所述的数据请求处理方法，其特征在于，所述数据请求为抽奖请求，所述第一类用户为中奖用户，所述第二类用户为未中奖用户。

6.一种服务器，其特征在于，该服务器包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的数据请求处理程序，所述数据请求处理程序被所述处理器执行时，可实现如下步骤：

A1、每隔第一预设时间，运行第一定时任务，从数据库中读取第一信息，更新第一数据集；

A2、每隔第二预设时间，运行第二定时任务，从所述数据库中读取第二信息，根据预设计算规则，更新第二数据集；

A3、为所述第二数据集随机生成预设数量个随机等待时间，根据所述随机等待时间，将所述第二数据集中每条数据依次放至该第二数据集对应的阻塞队列中；

A4、接收网关服务器通过负载均衡分配的数据请求，读取所述阻塞队列的信息，判断所述阻塞队列中是否存在待处理数据，其中，所述网关服务器用于接收用户通过客户端发出的数据请求；

A5、当所述阻塞队列中存在待处理数据时，判断该数据请求对应的用户为第一类用户，并将判断结果反馈至该数据请求对应的客户端；或者

A6、当所述阻塞队列中不存在待处理数据时，判断该数据请求对应的用户为第二类用户，并将判断结果反馈至该数据请求对应的客户端。

7.根据权利要求6所述的服务器，其特征在于，所述步骤A2中的“根据预设计算规则，更新第二数据集”包括：

根据所述第二信息统计预设时间段的数量，确定各预设时间段对应的第三数据集；及

读取业务系统中服务器的数量，根据所述第三数据集中的数据量及所述服务器的数量，确定并更新所述第二数据集。

8.根据权利要求7所述的服务器，其特征在于，所述步骤A4还包括：

接收到数据请求后，根据所述数据请求获取用户在预设时间内的历史数据；

当所述历史数据中请求次数超过预设阈值时，判断该用户为第二类用户并生成预警信息；及

当所述历史数据中请求次数小于或等于预设阈值时，读取所述阻塞队列的信息。

9.根据权利要求6至8中任意一项所述的服务器，其特征在于：

所述数据请求为抽奖请求，所述第一类用户为中奖用户，所述第二类用户为未中奖用户；

所述步骤A3可以替换为：

根据所述第二数据及其对应的时间段，分别确定所述第二数据集中每条数据放至该第二数据集对应的阻塞队列对应的子时间段；

为每个子时间段随机生成一个随机等待时间；及

在每个子时间段内，根据所述随机等待时间，将所述第二数据集中每条数据放至该第二数据集对应的阻塞队列中。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中包括数据请求处理程序，所述数据请求处理程序被处理器执行时，可实现如权利要求1至5中任意一项所述的数据请求处理方法的步骤。