CN113138858A - 数据处理方法与装置 - Google Patents

Abstract

本公开提供一种数据处理方法与装置。数据处理方法包括：从消息队列中间件获取目标数据；获取所述目标数据的验证值，并检测内存中的预设双向链表中是否存在所述目标数据的所述验证值；如果所述预设双向链表中不存在所述验证值，检测缓存的预设数据库中是否存在所述验证值；在所述预设数据库中不存在所述验证值时处理所述目标数据。本公开提供的数据处理方法可以快速判断出是否存在数据重复消费情况且不影响数据处理速度。

Description

数据处理方法与装置

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种数据处理方法与装置。

背景技术

在进行分布式实时计算前，通常要从订阅的消息队列中间件的主题中消费数据流，然后再依据其内容进行后续的处理计算。而目前主流的消息队列中间件，如Kafka、RabbitMQ、RocketMQ等，在数据消费时均可能出现消息重复的问题，如果消费数据的服务是非幂等性的，就会造成计算结果的偏差。

目前对于数据重复消费问题的处理，主要通过验证消费反馈消息来实现，即执行消费的服务线程在处理完取得的数据后，对消息队列中间件返回一个反馈消息，告知消息队列中间件数据已被处理，使消息队列中间件开始分发下一条数据。如果消息队列中间件在预设时间内没有接收到反馈消息，则会将当前数据重复分发给下一个服务线程去执行。如果预设时间较短，容易产生数据未处理完即被判定处理失败、数据被重复分发和消费的问题，导致计算结果出现偏差；如果预设时间较长，无法及时检测到客户端的异常，在客户端出现异常时容易导致过长的等待时间，降低系统处理数据的效率。因此，该预设时间的设置往往难以兼顾两种需求，需要一种能够兼顾效率和准确性的数据重复消费避免方法。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种数据处理方法与数据处理装置，用于至少在一定程度上克服由于相关技术的限制和缺陷而导致的数据重复消费问题。

根据本公开实施例的第一方面，提供一种数据处理方法，包括：从消息队列中间件获取目标数据；获取所述目标数据的验证值，并检测内存中的预设双向链表中是否存在所述目标数据的所述验证值；如果所述预设双向链表中不存在所述验证值，检测缓存的预设数据库中是否存在所述验证值；在所述预设数据库中不存在所述验证值时处理所述目标数据。

在本公开的一种示例性实施例中，还包括：

处理完所述目标数据后，获取所述目标数据的所述验证值；

将所述目标数据的所述验证值存入所述预设双向链表和所述预设数据库。

在本公开的一种示例性实施例中，所述预设双向链表为LinkedHashMap，所述预设数据库为Redis数据库。

在本公开的一种示例性实施例中，所述将所述验证值存入所述预设双向链表和所述预设数据库包括：

获取所述目标数据的第一识别符；

使用预设算法处理所述目标数据的第一识别符，以获取所述目标数据的第二识别符；

将所述第一识别符和所述目标数据对应的标记值存入所述预设双向链表；

将所述第二识别符和所述目标数据对应的标记值存入所述预设数据库。

在本公开的一种示例性实施例中，所述获取所述目标数据的验证值包括：

根据所述目标数据的预设属性获取所述目标数据的标识符；

确定所述目标数据对应的标记值；

将所述标识符和所述标识符对应的数值设置为所述目标数据的验证值。

在本公开的一种示例性实施例中，所述预设双向链表中的元素被设置为按访问顺序排列，所述预设双向链表的读取指针和写入指针均指向所述预设双向链表的末尾元素。

在本公开的一种示例性实施例中，所述预设双向链表被设置为在元素数量超过预设值时，自动删除所述预设双向链表的头元素。

根据本公开实施例的第二方面，提供一种数据处理装置，包括：

数据获取模块，用于从消息队列中间件获取目标数据；

第一验证模块，用于获取所述目标数据的验证值，并检测内存中的预设双向链表中是否存在所述目标数据的所述验证值；

第二验证模块，用于如果所述预设双向链表中不存在所述验证值，检测缓存的预设数据库中是否存在所述验证值；

数据处理模块，用于在所述预设数据库中不存在所述验证值时处理所述目标数据。

根据本公开的第三方面，提供一种电子设备，包括：存储器；以及耦合到所属存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上述任意一项所述的数据处理方法。

本公开实施例通过验证内存和缓存中是否存在数据的验证值来判断数据是否已被处理，可以有效避免数据重复消费问题；此外，由于验证标的在内存和缓存中，可以极大提高验证速度，在不降低数据处理效率的条件下准确识别出数据是否已被处理。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本公开示例性实施例中数据处理方法的流程图。

图2是本公开一个实施例中步骤S104的流程图。

图3是本公开一个实施例中验证值的写入过程流程图。

图4是本公开一个实施例中数据消费过程的整体流程图。

图5是本公开一个示例性实施例中一种数据处理装置的方框图。

图6是本公开一个示例性实施例中一种电子设备的方框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下面结合附图对本公开示例实施方式进行详细说明。

图1示意性示出本公开示例性实施例中数据处理方法的流程图。

参考图1，数据处理方法100可以包括：

步骤S102，从消息队列中间件获取目标数据；

步骤S104，获取所述目标数据的验证值，并检测内存中的预设双向链表中是否存在所述目标数据的所述验证值；

步骤S106，如果所述预设双向链表中不存在所述验证值，检测缓存的预设数据库中是否存在所述验证值；

步骤S108，在所述预设数据库中不存在所述验证值时处理所述目标数据。

本公开实施例通过验证内存和缓存中是否存在数据的验证值来判断数据是否已被处理，可以有效避免数据重复消费问题；此外，由于验证标的在内存和缓存中，可以极大提高验证速度，在不降低数据处理效率的条件下准确识别出数据是否已被处理。

下面，对数据处理方法100的各步骤进行详细说明。

在步骤S102，从消息队列中间件获取目标数据。

本公开实施例中，消息队列中间件的种类包括但不限于Kafka、RabbitMQ、RocketMQ等，本公开对此不作特殊限制。

服务进程从消息队列中间件中获取目标数据，目标数据的数量可以为一个，也可以为两个或两个以上，在一些实施例中，该目标数据例如为电子商务订单。服务进程用于按照进程设置处理该目标数据，具体的处理方法由目标数据的种类和服务进程的种类决定，本领域技术人员可以自行设置。

在步骤S104，获取所述目标数据的验证值，并检测内存中的预设双向链表中是否存在所述目标数据的所述验证值。

在本公开实施例中，验证值是由服务进程在处理完目标数据之后写入的，标识该目标数据已被处理。通过检验预设双向链表和预设数据库中是否存在该验证值可以快速判断出该目标数据是否已被其他服务进程处理过，如果处理过，则当前服务进程放弃处理该目标数据，以避免重复消费。

由于预设双向链表存储在内存中，当前服务进程可以尽可能快递判断其中是否存储有目标数据的验证值，以便在其中存储有目标数据的验证值时快速放弃处理该目标数据。在本公开的一个实施例中，该预设双向列表例如为LinkedHashMap。

在设置预设双向列表时，首先可以利用LinkedHashMap实现LRU(Least recentlyused，最近最少使用)算法。LinkedHashMap是在哈希表的基础上维护了一个额外的双向链表来保证迭代顺序，可保证插入顺序或访问顺序。要用LinkedHashMap实现LRU算法，首先需在调用LinkedHashMap的构造函数时，将accessOrder标志位的值置为true，设置预设双向链表中的元素按访问的先后顺序排列。此时，预设双向列表的读取和写入指针都指向预设双向链表的末尾元素。多次操作后，预设双向链表的头元素即是最近没有使用的数据。此外，本公开实施例中，可以通过写removeEldestEntry方法，将预设双向链表设置为当节点个数达到或超过预设值时自动删除头节点的数据，因为由以上设置可控制该头节点的数据是最近最少使用的。

实现了LRU算法的LinkedHashMap可通过删除最近最少使用的元素保持设定的容量大小，不至于使内存无限增长。由于重复消费的情况一般出现的时间较为相近，所以很适合使用能够被迅速读取、容量较小的LinkedHashMap去做重复值判定。通过实验发现，可以通过是使用LinkedHashMap在内存中高效处理大部分的重复消费情况。

图2是本公开一个实施例中步骤S104的流程图。

参考图2，在一个实施例中，获取目标数据的验证值的过程可以包括：

步骤S1041，根据所述目标数据的预设属性获取所述目标数据的标识符；

步骤S1042，确定所述目标数据对应的标记值；

步骤S1043，将所述标识符和所述标识符对应的数值设置为所述目标数据的验证值。

例如，在目标数据为电子商务订单时，目标数据的标识符为订单编号与商品编号组成的字符串，目标数据对应的标记值可以为固定字符串，例如“Done”“Ture”等字符串。在本公开的其他实施例中，也可以使用其他形式作为目标数据的标识符和对应的标记值，本公开不以此为限。

检测预设双向链表中是否存在目标数据的验证值时，可以根据Key-Value形式读取该验证值。其中，Key是目标数据的标识符，Value是目标数据对应的标记值。通过检测是否存在目标数据的Key-Value数值，可以快速对目标数据是否已被处理进行初步判断，以便在目标数据已被处理时迅速放弃处理当前目标数据，提高数据处理效率。

在本公开的其他实施例中，目标数据的验证值也可以仅为目标数据的识别符，即可以根据预设公式获得目标数据的一个识别符，并判断该识别符是否存在于预设双向列表中来识别目标数据是否已被处理，本公开对此不作特殊限制。

在步骤S106，如果所述预设双向链表中不存在所述验证值，检测缓存的预设数据库中是否存在所述验证值。

如果预设双向链表中不存在目标数据的验证值，即有可能是该目标数据尚未被处理，也有可能是由于预设双向链表上的长度限制，导致该验证值被清理。此时，可以读取预设数据库来判断是否存在该验证值，以进行验证值存在与否的二次判断。

在本公开的一个实施例中，预设数据库例如可以为Redis数据库。Redis数据库的容量较大，但是由于其存储于缓存中，读取速度较存储内存中的LinkedHashMap慢，因此本公开实施例将其设置为验证值的二次验证工具，以便在LinkedHashMap的链表未能记录足够的验证值时，提供更保险的验证值存储场所。在实验中发现，Redis数据库能够有效处理LinkedHashMap遗漏的重复消费情况，由于Redis数据库是一种高速缓存的数据库，在进行实时计算时，能够在保障识别准确性的同时保障数据处理效率。

在本公开的其他实施例中，缓存中的预设数据库也可以为其他种类，本公开对此不作特殊限制。

在步骤S108，在所述预设数据库中不存在所述验证值时处理所述目标数据。

如果预设双向链表和预设数据库中均不存在目标数据的验证值，则可以说明目标数据尚未被处理，不存在重复消费情况，此时当前服务线程可以正常处理目标数据。如果预设数据库中存在目标数据的验证值，说明存在目标数据的重复消费情况，该目标数据已被其他服务线程处理，当前服务线程可以立刻放弃处理目标数据。

由于全部验证过程均在内存和缓存中进行，验证速度极快，从而可以保证数据处理效率；由于设置了两道验证步骤，可以极大地提高验证准确度，实现验证准确度和验证速度的兼容。

服务进程在处理完目标数据后，可以获取目标数据的验证值，并将该目标数据的验证值写入内存中的预设双向链表和缓存中的预设数据库，写入的形式例如可以为Key-Value形式。其中，Key是目标数据的标识符，Value是目标数据的验证值。

图3是本公开一个实施例中验证值的写入过程流程图。

参考图3，在本公开的一个实施例中，目标数据的验证值的写入过程300可以包括：

步骤S31，获取所述目标数据的第一识别符；

步骤S32，使用预设算法处理所述目标数据的第一识别符，以获取所述目标数据的第二识别符；

步骤S33，将所述第一识别符和所述目标数据对应的标记值存入所述预设双向链表；

步骤S34，将所述第二识别符和所述目标数据对应的标记值存入所述预设数据库。

在图3所示实施例中，预设算法例如可以为一致性哈希算法。

在一个实施例中，如果目标数据是订单数据，预设数据库是Redis数据库，考虑到业务量大时的性能问题，为使目标数据的验证值在存储时能较均衡地分布到Redis集群的各个服务器上，以及在Redis集群中服务器数量动态变化时，仍能保持负载均衡，可以使用一致性哈希算法处理目标数据的识别符处理后，将处理后的识别符和目标数据的验证值存入Redis，并对该验证值设置合理的过期时间。

图4是本公开一个实施例中数据消费过程的整体流程图。

参考图4，本公开实施例中，进行数据消费的过程可以包括：

步骤S41，从消息队列中间件中获取目标数据；

步骤S42，确定目标数据的第一识别符和验证值；

步骤S43，判断内存中的LinkedHashMap中是否存在该第一识别符及对应的验证值，如果否，进入步骤S44，如果是，结束数据处理；

步骤S44，对所述第一识别符进行一致性哈希处理，获得第二识别符；

步骤S45，判断缓存中的Redis数据库中是否存在该第二识别符及对应的验证值，如果否，进入步骤S46，如果是，结束数据处理。

步骤S46，处理该目标数据；

步骤S47，将目标数据的第一识别符和验证值对应存入LinkedHashMap；

步骤S48，将目标数据的第二识别符和验证值对应存入Redis。

通过先后在内存和缓存中对目标数据的验证值进行两道验证，可以快速判断目标数据是否已被处理，在保障数据处理效率的前提下提高重复消费情况的准确度。

对应于上述方法实施例，本公开还提供一种数据处理装置，可以用于执行上述方法实施例。

图5示意性示出本公开一个示例性实施例中一种数据处理装置的方框图。

参考图5，数据处理装置500可以包括：

数据获取模块502，用于从消息队列中间件获取目标数据；

第一验证模块504，用于获取所述目标数据的验证值，并检测内存中的预设双向链表中是否存在所述目标数据的所述验证值；

第二验证模块506，用于如果所述预设双向链表中不存在所述验证值，检测缓存的预设数据库中是否存在所述验证值；

数据处理模块508，用于在所述预设数据库中不存在所述验证值时处理所述目标数据。

在本公开的一种示例性实施例中，第一验证模块504用于：

根据所述目标数据的预设属性获取所述目标数据的标识符；

确定所述目标数据对应的标记值；

将所述标识符和所述标识符对应的数值设置为所述目标数据的验证值。

在本公开的一种示例性实施例中，数据处理模块508用于：

处理完所述目标数据后，获取所述目标数据的所述验证值；

将所述目标数据的所述验证值存入所述预设双向链表和所述预设数据库。

在本公开的一种示例性实施例中，数据处理模块508还用于：

获取所述目标数据的第一识别符；

使用预设算法处理所述目标数据的第一识别符，以获取所述目标数据的第二识别符；

将所述第一识别符和所述目标数据对应的标记值存入所述预设双向链表；

将所述第二识别符和所述目标数据对应的标记值存入所述预设数据库。

在本公开的一种示例性实施例中，所述预设双向链表为LinkedHashMap，所述预设数据库为Redis数据库。

在本公开的一种示例性实施例中，所述预设双向链表中的元素被设置为按访问顺序排列，所述预设双向链表的读取指针和写入指针均指向所述预设双向链表的末尾元素。

在本公开的一种示例性实施例中，所述预设双向链表被设置为在元素数量超过预设值时，自动删除所述预设双向链表的头元素。

由于装置500的各功能已在其对应的方法实施例中予以详细说明，本公开于此不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图6来描述根据本发明的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：上述至少一个处理单元610、上述至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图1中所示的步骤S102：从消息队列中间件获取目标数据；步骤S104：获取所述目标数据的验证值，并检测内存中的预设双向链表中是否存在所述目标数据的所述验证值；步骤S106：如果所述预设双向链表中不存在所述验证值，检测缓存的预设数据库中是否存在所述验证值；步骤S108：在所述预设数据库中不存在所述验证值时处理所述目标数据。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器660通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

根据本发明的实施方式的用于实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和构思由权利要求指出。

Claims (10)

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

从消息队列中间件获取目标数据；

获取所述目标数据的验证值，并检测内存中的预设双向链表中是否存在所述目标数据的所述验证值；

如果所述预设双向链表中不存在所述验证值，检测缓存的预设数据库中是否存在所述验证值；

在所述预设数据库中不存在所述验证值时处理所述目标数据。

2.如权利要求1所述的数据处理方法，其特征在于，所述获取所述目标数据的验证值包括：

根据所述目标数据的预设属性获取所述目标数据的标识符；

确定所述目标数据对应的标记值；

将所述标识符和所述标识符对应的数值设置为所述目标数据的验证值。

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

处理完所述目标数据后，获取所述目标数据的所述验证值；

将所述目标数据的所述验证值存入所述预设双向链表和所述预设数据库。

4.如权利要求3所述的数据处理方法，其特征在于，所述将所述验证值存入所述预设双向链表和所述预设数据库包括：

获取所述目标数据的第一识别符；

使用预设算法处理所述目标数据的第一识别符，以获取所述目标数据的第二识别符；

将所述第一识别符和所述目标数据对应的标记值存入所述预设双向链表；

将所述第二识别符和所述目标数据对应的标记值存入所述预设数据库。

5.如权利要求1所述的数据处理方法，其特征在于，所述预设双向链表中的元素被设置为按访问顺序排列，所述预设双向链表的读取指针和写入指针均指向所述预设双向链表的末尾元素。

6.如权利要求5所述的数据处理方法，其特征在于，所述预设双向链表被设置为在元素数量超过预设值时，自动删除所述预设双向链表的头元素。

7.如权利要求1～6任一项所述的数据处理方法，其特征在于，所述预设双向链表为LinkedHashMap，所述预设数据库为Redis数据库。

8.一种数据处理装置，其特征在于，包括：

数据获取模块，用于从消息队列中间件获取目标数据；

第一验证模块，用于获取所述目标数据的验证值，并检测内存中的预设双向链表中是否存在所述目标数据的所述验证值；

第二验证模块，用于如果所述预设双向链表中不存在所述验证值，检测缓存的预设数据库中是否存在所述验证值；

数据处理模块，用于在所述预设数据库中不存在所述验证值时处理所述目标数据。

9.一种电子设备，其特征在于，包括：

存储器；以及

耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1-7任一项所述的数据处理方法。

10.一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如权利要求1-7任一项所述的数据处理方法。

Images