CN107992517A - 一种数据处理方法、服务器及计算机可读介质 - Google Patents

Abstract

本发明实施例公开了一种数据处理方法、服务器及计算机可读介质，其中方法包括：接收至少一个数据处理请求；以消息队列的方式将所述至少一个数据处理请求存储在目标键值redis缓存中；根据所述消息队列响应所述数据处理请求，对所述redis缓存中的目标数据进行处理。本发明实施例通过对所述redis缓存中的目标数据进行处理，避免了数据库并发执行数据处理请求导致的数据库库存数据与数据库实际库存数据不一致的问题以及并发处理导致数据库的负载较大的问题，可见，本发明实施例通过redis的高性能提高了数据处理的准确性以及缓解了数据库的压力。

Description

一种数据处理方法、服务器及计算机可读介质

技术领域

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

背景技术

随着互联网技术的发展，互联网技术中的应用越来越广泛，尤其是互联网上的关于各种推广活动，电子商务网站的秒杀、抢购等应用越来越普遍。目前，这些互联网上的应用均需要通过数据库来控制数据的变化，其中，该数据库属于共享资源，通常并发地执行多个数据处理请求。

然而，当数据库同时接受到多个终端的数据处理请求，且并发地执行各终端的数据处理请求时，可能导致数据库库存数据与数据库实际库存数据不一致的问题。例如，服务器数据库库存了100个奖品，第一终端与第二终端均读取到数据库库存为100，且均同时发送1个奖品请求给数据库，数据库并发地执行第一终端和第二终端的请求，即同时修改数据库库存为100-1＝99。

由于数据库并发地执行两个奖品请求，同时向两个终端发出1各奖品，数据库的实际库存数据应该为98，而数据库的库存数据却为99，出现数据库的库存数据与实际库存数据不一致的问题，从而会导致多发奖品。另外，由于数据库并发地执行任务，对服务器数据库产生较大负荷，导致响应速度慢。

发明内容

本发明实施例提供一种数据处理方法，可实现以消息队列的方式缓存数据处理请求，并根据该消息队列处理各数据处理请求，避免了数据库并发地执行数据处理请求所导致的库存数据与实际库存数据不一致以及数据库负载较大的问题。

第一方面，本发明实施例提供了一种数据处理方法，该方法包括：

接收至少一个数据处理请求；

以消息队列的方式将所述至少一个数据处理请求存储在目标键值redis缓存中；

根据所述消息队列响应所述数据处理请求，对所述redis缓存中的目标数据进行处理。

第二方面，本发明实施例提供了一种服务器，该服务器包括用于执行上述第一方面的方法的单元。

第三方面，本发明实施例提供了另一种服务器，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储支持服务器执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第一方面的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本发明实施例通过以消息队列的方式，将接收到的至少一个数据处理请求存储到目标数据库中，并根据所述消息队列响应所述数据处理请求，对所述redis缓存中的目标数据进行处理，避免了数据库并发执行数据处理请求导致的数据库库存数据与数据库实际库存数据不一致的问题以及并发处理导致数据库的负载较大的问题，可见，本发明实施例通过目标键值redis的高性能提高了数据处理的准确性以及缓解了数据库的压力。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种数据处理方法的示意流程图；

图2是本发明实施例提供的另一种数据处理方法的示意流程图；

图3是本发明实施例提供的一种服务器的示意框图；

图4是本发明实施例提供的一种服务器示意框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中，本发明实施例中描述的服务器包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的服务器。然而，应当理解的是，服务器可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

服务器支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在服务器上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及服务器上显示的相应信息。这样，服务器的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

本发明实施例针对数据库处理数据处理请求时的负载过大，导致数据处理速度慢以及数据库库存数据与实际库存数据不一致的问题，提出了一种数据处理方法、服务器及计算机可读介质。

目前，针对数据库在进行数据处理时出现的数据库库存数据与实际库存数据不一致以及数据库负载过大的问题，主要是通过减少数据库的库存数据来解决。这种通过更新数据库的方式，会对数据带来一定的冲击，有的甚至忽略并发产生的影响，直接进行数据的发放等处理。例如，在应用于抽奖应用抽奖的问题时，对于奖品价值较高的，如果碰到专业刷奖团队，则容易出现奖品超发的情况，可能会给发奖的公司造成数额不等的经济损失，情况严重的可能造成非常巨大的损失，甚至会产生经济纠纷。

本发明实施例针对数据库负载过大、数据处理速度慢以及数据库并发执行数据处理请求导致的数据库库存数据与数据库实际库存数据不一致的问题，提出了一种数据处理方法、服务器及计算机可读介质。本发明实施例提供的数据处理方法、服务器及计算机可读介质可应用于服务器，该服务器可以是在终端上，下面以服务器为例进行说明。

本发明实施例中，服务器可以在所述redis缓存中存储目标数据的第一数据，并将所述redis缓存中所述目标数据的第二数据初始化为0，其中，所述目标数据包括第一数据和第二数据，所述第一数据是指在服务器中预先存储的需要处理的目标数据的数量，所述第二数据是指该服务器发送的所述目标数据的数量，所述第二数据随着所述第一数据的逐步递减而逐步递增。服务器在接收到至少一个数据处理请求时，可以获取服务器的数据库接收到各个数据处理请求的时间信息，并根据所述时间信息的先后顺序，将所接收到的各个数据处理请求以消息队列的方式排队存储到redis缓存中；并根据所述消息队列，获取响应所述数据处理请求的响应次数，随着所述响应次数的增加，对所述redis缓存中存储的所述第一数据进行逐步递减处理。

在一个实施例中，服务器在响应数据处理请求时，可以检测redis缓存中存储的第一数据是否大于0，如果检测结果为是，则确定响应所述数据处理请求，执行所述逐步递减处理，如果检测结果为否，则停止响应所述数据处理请求。服务器在对所述redis缓存中的目标数据进行处理后，如果检测到所述目标数据的第二数据等于所述第一数据，则可以确定所述数据处理成功，如果检测到所述目标数据的第二数据不等于所述第一数据，则可以确定所述数据处理失败。

下面将结合图1到图4对本发明实施例提供的数据处理方法、服务器及计算机可读介质分别进行具体描述。

请参见图1，图1是本发明实施例提供的一种数据处理方法的示意流程图，如图1所示，该方法可包括：

S101：接收至少一个数据处理请求。

本发明实施例中，服务器可以接收至少一个数据处理请求，所述至少一个数据处理请求可以是相同的终端发送的，也可以是不同的终端发送的，本发明实施例不做限定。

在一个实施例中，服务器可以在接收至少一个数据处理请求之前，在服务器中的redis缓存中存储所述目标数据的第一数据，并将所述redis缓存中所述目标数据的第二数据初始化为0。其中，所述目标数据包括第一数据和第二数据，所述第一数据是指在服务器中预先存储的需要处理的目标数据的数量，所述第二数据是指该服务器发送所述目标数据的数量，所述第二数据随着所述第一数据的逐步递减而逐步递增。具体可举例说明，假设服务器在抽奖应用中接收至少一个中奖请求(数据处理请求)之前，服务器可以在redis缓存中存储的奖项(目标数据)的数量为100，并将所述redis缓存中出奖的数量初始化为0。可见，该实施方式可以减小数据库的负载，从而缓解数据库的压力。

S102：以消息队列的方式将该至少一个数据处理请求存储在目标键值redis缓存中。

本发明实施例，服务器可以消息队列的方式将该至少一个数据处理请求存储在目标键值redis缓存中。具体的，服务器在接收到至少一个数据处理请求时，可以消息队列的方式，将该至少一个数据处理请求以排队等候的方式存储到redis缓存中。

在一个实施例中，服务器可以在接收到至少一个数据处理请求时，获取接收到各个所述数据处理请求的时间信息，根据所述时间信息的先后顺序，将接收到的所述数据处理请求以消息队列的方式依次存储在所述redis缓存中。具体可举例说明，假设服务器接收到10个中奖请求(数据处理请求)，分别获取了该服务器接收这10个中奖请求的时间信息，根据各个中奖请求的时间的先后顺序，将接收到的这10个中奖请求以消息队列的方式，按时间的先后顺序依次存储在所述redis缓存中等待处理。可见，该实施方式通过以消息队列的方式缓存数据处理请求排队处理，可以避免数据库库存数据与数据库实际库存数据不一致的问题以及提高数据处理的准确性。

S103：根据该消息队列响应该数据处理请求，对该redis缓存中的目标数据进行处理。

本发明实施例中，服务器可以根据该消息队列响应该数据处理请求，对该redis缓存中的目标数据进行处理。具体的，服务器根据该消息队列中的数据处理请求，依次响应该消息队列中的各数据处理请求，并对该redis缓存中的第一数据以及第二数据进行调整处理。可见，该实施方式可以提高数据处理的准确性。

在一个实施例中，服务器可以根据所述消息队列，获取响应所述数据处理请求的响应次数，随着所述响应次数的增加，对所述redis缓存中存储的所述第一数据进行逐步递减处理。具体的，该服务器可以根据该消息队列响应该数据处理请求，每当响应一个数据处理请求时，对所述redis缓存中存储的所述第一数据进行逐步递减处理，同时对所述第二数据进行逐步递增处理。

具体可举例说明，假设服务器接收到10个中奖请求，并以消息队列的方式将这10各中奖请求存储至redis缓存中，根据所述消息队列，依次响应各个中奖请求，每当响应一个中奖请求，终端可以读取所述redis缓存中存储的所述第一数据为100，并对该第一数据100减1，即：100-1＝99，以及对所述第二数据进行加1处理，即：0+1＝1，终端将该递减后的第一数据99以及增加后的第二数据1分别写入服务器的redis缓存中。当服务器响应所述消息队列中的第二个中奖请求时，终端可以读取当前所述redis缓存中的第一数据99，并对该第一数据99减1，即：99-1＝98，以及对当前的所述第二数据1进行加1处理，即：1+1＝2，终端将该递减后的第一数据98以及增加后的第二数据2分别写入服务器的redis缓存中。

在一个实施例中，服务器在对所述redis缓存中存储的所述第一数据进行逐步递减处理时，可以检测所述redis缓存中存储的所述第一数据是否大于0，如果检测结果为是，则确定执行所述逐步递减处理，如果检测结果为否，则停止响应所述数据处理请求。具体可举例说明，假设服务器在所述redis缓存中存储的所述第一数据为100，服务器在对所述redis缓存中存储的所述第一数据进行逐步递减处理时，可以检测处理后的所述redis缓存中存储的所述第一数据是否大于0，如果检测结果为是，则证明数据还没有处理完，还可以响应数据处理请求，对所述目标数据进行处理，因此，服务器可以确定执行所述逐步递减处理，如果检测结果为否，则证明数据已经处理完，停止响应所述数据处理请求。

在一个实施例中，服务器可以在对所述redis缓存中的目标数据进行处理之后，检测所述目标数据的第二数据是否等于所述第一数据，如果检测结果为是，则确定所述数据处理成功，如果检测结果为否，则确定所述数据处理失败。具体可举例说明，假设在抽奖应用中服务器在对所述redis缓存中的奖项进行抽奖之后，检测到抽奖后的第一数据递减为0，并检测抽奖后的第二数据，如果检测到抽奖后的第二数据增加为100，与递减处理之前的第一数据100相等，则可以确定此次抽奖成功，如果检测到抽奖后的第二数据增加为102，与递减处理之前的第一数据100不相等，则确定此次抽奖失败。

本发明实施例中，服务器通过消息队列的方式，将接收到的至少一个数据处理请求存储到redis缓存中，并根据所述消息队列依次响应各数据处理请求，对所述redis缓存中该数据处理请求所请求的目标数据进行处理，避免了数据库并发执行数据处理请求导致的数据库库存数据与数据库实际库存数据不一致的问题以及并发处理导致数据库的负载较大的问题，可见，本发明实施例通过redis的高性能提高了数据处理的准确性以及缓解了数据库的压力。

请参见图2，图2是本发明实施例提供的另一种数据处理方法的示意流程图，如图2所示，该方法可包括：

S201：在redis缓存中存储目标数据的第一数据。

本发明实施例中，服务器可以在redis缓存中存储所述目标数据的第一数据，例如，假设服务器在抽奖应用中接收到至少一个中奖请求(数据处理请求)，在接收该中奖请求之前，服务器可以在redis缓存中存储的奖项(目标数据)的数量为100。

S202：将该redis缓存中该目标数据的第二数据初始化为0。

本发明实施例中，服务器可以将该redis缓存中该目标数据的第二数据初始化为0。例如，假设服务器在抽奖应用中接收到至少一个中奖请求(数据处理请求)，在接收该中奖请求之前，服务器可以将所述redis缓存中出奖的数量初始化为0。

S203：接收至少一个数据处理请求。

本发明实施例中，服务器可以接收至少一个数据处理请求，所述至少一个数据处理请求可以是相同的终端发送的，也可以是不同的终端发送的，本发明实施例不做限定。

S204：获取接收到各个该数据处理请求的时间信息。

本发明实施例中，服务器可以在接收到至少一个数据处理请求时，获取接收到各个数据处理请求的时间信息。

S205：根据该时间信息的先后顺序，将接收到的该数据处理请求以消息队列的方式依次存储在该redis缓存中。

本发明实施例中，服务器可以根据该时间信息的先后顺序，将接收到的该数据处理请求以消息队列的方式依次存储在该redis缓存中。具体的，服务器可以在接收到至少一个数据处理请求时，获取服务器接收到各个数据处理请求的时间信息，根据所述时间信息的先后顺序，将接收到的所述数据处理请求以消息队列的方式依次存储在所述redis缓存中。具体可举例说明，假设服务器接收到10个中奖请求(数据处理请求)，则可以获取该服务器分别接收到这10个中奖请求的时间信息，根据所述时间的先后顺序，将接收到的这10个中奖请求以消息队列的方式，按时间的先后顺序依次存储在所述redis缓存中等待处理。可见，该实施方式通过以消息队列的方式缓存数据处理请求排队处理，可以避免数据库库存数据与数据库实际库存数据不一致的问题以及提高数据处理的准确性。

S206：根据该消息队列，获取响应该数据处理请求的响应次数。

本发明实施例中，服务器可以根据所述消息队列，获取响应所述数据处理请求的响应次数。

S207：随着该响应次数的增加，对该redis缓存中存储的该第一数据进行逐步递减处理。

本发明实施例中，服务器可以随着获取到的响应所述数据处理请求的响应次数的增加，对该redis缓存中存储的该第一数据进行逐步递减处理。具体的，服务器可以根据所述消息队列，获取响应所述数据处理请求的响应次数，随着所述响应次数的增加，对所述redis缓存中存储的所述第一数据进行逐步递减处理，并对所述第二数据进行逐步递增处理。

具体可举例说明，假设服务器接收到10个中奖请求，并以消息队列的方式将这10各中奖请求存储至redis缓存中，根据所述消息队列，依次响应各个中奖请求，每当响应一个中奖请求，终端可以读取所述redis缓存中存储的所述第一数据为100，并对该第一数据100减1，即：100-1＝99，以及对所述第二数据进行加1处理，即：0+1＝1，终端将该递减后的第一数据99以及增加后的第二数据1分别写入服务器的redis缓存中。当服务器响应所述消息队列中的第二个中奖请求时，终端可以读取当前所述redis缓存中的第一数据99，并对该第一数据99减1，即：99-1＝98，以及对当前的所述第二数据1进行加1处理，即：1+1＝2，终端将该递减后的第一数据98以及增加后的第二数据2分别写入服务器的redis缓存中。

在一个实施例中，服务器在对所述redis缓存中存储的所述第一数据进行逐步递减处理时，可以检测所述redis缓存中存储的所述第一数据是否大于0，如果检测结果为是，则确定执行所述逐步递减处理，如果检测结果为否，则停止响应所述数据处理请求。具体可举例说明，假设服务器在所述redis缓存中存储的所述第一数据为100，服务器在对所述redis缓存中存储的所述第一数据进行逐步递减处理时，可以检测处理后的所述redis缓存中存储的所述第一数据是否大于0，如果检测结果为是，则证明数据还没有处理完，还可以响应数据处理请求，对所述目标数据进行处理，因此，服务器可以确定执行所述逐步递减处理，如果检测结果为否，则证明数据已经处理完，停止响应所述数据处理请求。

在一个实施例中，服务器可以在对所述redis缓存中的目标数据进行处理之后，检测所述目标数据的第二数据是否等于所述第一数据，如果检测结果为是，则可以确定所述数据处理成功，如果检测结果为否，则可以确定所述数据处理失败。具体可举例说明，假设在抽奖应用中服务器对所述redis缓存中的奖项进行抽奖之后，如果检测到抽奖后的第一数据递减为0，并检测到抽奖后的第二数据增加为100，与递减处理之前的第一数据100相等，则可以确定此次抽奖成功；如果检测到抽奖后的第二数据增加为102，与递减处理之前的第一数据100不相等，则可以确定此次抽奖失败。

本发明实施例通过在redis缓存中存储第一数据，并初始化第二数据为0，以消息队列的方式，将接收到的至少一个数据处理请求存储到redis缓存中，并根据所述消息队列响应所述数据处理请求，对所述redis缓存中的目标数据进行处理，避免了数据库并发执行数据处理请求导致的数据库库存数据与数据库实际库存数据不一致的问题以及并发处理导致数据库的负载较大的问题，从而可以提高数据处理的准确性以及缓解数据库的压力。

本发明实施例还提供了一种服务器，该服务器用于执行前述任一项所述的方法的单元。具体地，请参见图3，图3是本发明实施例提供的一种服务器的示意框图。本发明实施例提供的该服务器包括：接收单元301、第一存储单元302以及处理单元303。

接收单元301，用于接收至少一个数据处理请求；

第一存储单元302，以消息队列的方式将所述至少一个数据处理请求存储在目标键值redis缓存中；

处理单元303，根据所述消息队列响应所述数据处理请求，对所述redis缓存中的目标数据进行处理。

具体地，所述服务器还包括第二存储单元304，其中，

所述第二存储单元304，用于在所述redis缓存中存储所述目标数据的第一数据；将所述redis缓存中所述目标数据的第二数据初始化为0；其中，所述目标数据包括第一数据和第二数据。

具体地，所述第二数据随着所述第一数据的逐步递减而逐步递增。

具体地，所述第一存储单元302，还用于获取接收到各个所述数据处理请求的时间信息；根据所述时间信息的先后顺序，将接收到的所述数据处理请求以消息队列的方式依次存储在所述redis缓存中。

具体地，所述处理单元303，还用于根据所述消息队列，获取响应所述数据处理请求的响应次数；随着所述响应次数的增加，对所述redis缓存中存储的所述第一数据进行逐步递减处理。

具体地，所述处理单元303，还用于检测所述redis缓存中存储的所述第一数据是否大于0；如果检测结果为是，则确定执行所述逐步递减处理；如果检测结果为否，则停止响应所述数据处理请求。

具体地，所述处理单元303，还用于检测所述目标数据的第二数据是否等于所述第一数据；如果检测结果为是，则确定所述数据处理成功；如果检测结果为否，则确定所述数据处理失败。

本发明实施例，通过接受单元301接收至少一个数据处理请求，第一存储单元302通过以消息队列的方式，将所述至少一个数据处理请求存储到redis缓存中，存储单元303根据所述消息队列响应所述数据处理请求，对所述redis缓存中的目标数据进行处理，避免了数据库并发执行数据处理请求导致的数据库库存数据与数据库实际库存数据不一致的问题以及并发处理导致数据库的负载较大的问题，从而可以提高数据处理的准确性以及缓解数据库的压力。

请参见图4，图4是本发明实施例提供的一种服务器示意框图。如图4所示的本发明实施例中的该服务器可以包括：一个或多个处理器401；一个或多个输入设备402，一个或多个输出设备403和存储器404。上述处理器401、输入设备402、输出设备403和存储器404通过总线405连接。存储器404用于存储计算机程序，所述计算机程序包括程序指令，处理器401用于执行存储器404存储的程序指令。其中，处理器401被配置用于调用所述程序指令执行：

接收至少一个数据处理请求；

以消息队列的方式将所述至少一个数据处理请求存储在目标键值redis缓存中；

根据所述消息队列响应所述数据处理请求，对所述redis缓存中的目标数据进行处理。

进一步地，处理器401还被配置用于调用所述程序指令执行以下步骤：

在所述redis缓存中存储所述目标数据的第一数据；

将所述redis缓存中所述目标数据的第二数据初始化为0；

其中，所述目标数据包括第一数据和第二数据。

进一步地，所述第二数据随着所述第一数据的逐步递减而逐步递增。

进一步地，处理器401还被配置用于调用所述程序指令执行以下步骤：

获取接收到各个所述数据处理请求的时间信息；

根据所述时间信息的先后顺序，将接收到的所述数据处理请求以消息队列的方式依次存储在所述redis缓存中。

进一步地，处理器401还被配置用于调用所述程序指令执行以下步骤：

根据所述消息队列，获取响应所述数据处理请求的响应次数；

随着所述响应次数的增加，对所述redis缓存中存储的所述第一数据进行逐步递减处理。

进一步地，处理器401还被配置用于调用所述程序指令执行以下步骤：

检测所述redis缓存中存储的所述第一数据是否大于0；

如果检测结果为是，则确定执行所述逐步递减处理；

如果检测结果为否，则停止响应所述数据处理请求。

进一步地，处理器401还被配置用于调用所述程序指令执行以下步骤：

检测所述目标数据的第二数据是否等于所述第一数据；

如果检测结果为是，则确定所述数据处理成功；

如果检测结果为否，则确定所述数据处理失败。

本发明实施例中，服务器可以通过消息队列的方式，将接收到的至少一个数据处理请求存储到redis缓存中，并根据所述消息队列依次响应各数据处理请求，对所述redis缓存中该数据处理请求所请求的目标数据进行处理，实现了以消息队列的方式缓存数据处理请求，并以队列的方式依次处理缓存中各数据处理请求所请求处理的数据，避免了数据库并发执行数据处理请求导致的数据库库存数据与数据库实际库存数据不一致的问题以及并发处理导致数据库的负载较大的问题，从而可以提高数据处理的准确性以及缓解数据库的压力。

应当理解，在本发明实施例中，所称处理器401可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备402可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备403可以包括显示器(LCD等)、扬声器等。

该存储器404可以包括只读存储器和随机存取存储器，并向处理器401提供指令和数据。存储器404的一部分还可以包括非易失性随机存取存储器。例如，存储器404还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的处理器401、输入设备402、输出设备403可执行本发明实施例提供的数据处理的方法的图1实施例和图2实施例中所描述的实现方式，也可执行本发明实施例所描述的服务器的实现方式，在此不再赘述。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时实现本发明图1或图2所述实施例中所描述的实现方式，也可执行本发明图3所描述的服务器的实现方式或图4所述实施例所描述的服务器的实现方式，在此不再赘述。

所述计算机可读存储介质可以是前述任一实施例所述的服务器的内部存储单元，例如服务器的硬盘或内存。所述计算机可读存储介质也可以是所述服务器的外部存储设备，例如所述服务器上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括所述服务器的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述服务器所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的服务器和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的服务器和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

接收至少一个数据处理请求；

以消息队列的方式将所述至少一个数据处理请求存储在目标键值redis缓存中；

根据所述消息队列响应所述数据处理请求，对所述redis缓存中的目标数据进行处理。

2.根据权利要求1所述的方法，其特征在于，所述接收至少一个数据处理请求之前，包括：

在所述redis缓存中存储所述目标数据的第一数据；

将所述redis缓存中所述目标数据的第二数据初始化为0；

其中，所述目标数据包括第一数据和第二数据。

3.根据权利要求2所述的方法，其特征在于，所述第二数据随着所述第一数据的逐步递减而逐步递增。

4.根据权利要求1所述的方法，其特征在于，所述以消息队列的方式将所述至少一个数据处理请求存储在目标键值redis缓存中，包括：

获取接收到各个所述数据处理请求的时间信息；

根据所述时间信息的先后顺序，将接收到的所述数据处理请求以消息队列的方式依次存储在所述redis缓存中。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述根据所述消息队列响应所述数据处理请求，对所述redis缓存中的目标数据进行处理，包括：

根据所述消息队列，获取响应所述数据处理请求的响应次数；

随着所述响应次数的增加，对所述redis缓存中存储的所述第一数据进行逐步递减处理。

6.根据权利要求5所述的方法，其特征在于，所述对所述redis缓存中存储的所述第一数据进行逐步递减处理，包括：

检测所述redis缓存中存储的所述第一数据是否大于0；

如果检测结果为是，则确定执行所述逐步递减处理；

如果检测结果为否，则停止响应所述数据处理请求。

7.根据权利要求6所述的方法，其特征在于，所述对所述redis缓存中的目标数据进行处理之后，包括：

检测所述目标数据的第二数据是否等于所述第一数据；

如果检测结果为是，则确定所述数据处理成功；

如果检测结果为否，则确定所述数据处理失败。

8.一种服务器，其特征在于，包括用于执行如权利要求1-7任一权利要求所述的方法的单元。

9.一种服务器，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。