CN113741797A - 一种数据处理方法和装置 - Google Patents

一种数据处理方法和装置 Download PDF

Info

Publication number
CN113741797A
CN113741797A CN202010898367.5A CN202010898367A CN113741797A CN 113741797 A CN113741797 A CN 113741797A CN 202010898367 A CN202010898367 A CN 202010898367A CN 113741797 A CN113741797 A CN 113741797A
Authority
CN
China
Prior art keywords
data
request data
memory
queue
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010898367.5A
Other languages
English (en)
Inventor
石朝阳
张衡
赵辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Wodong Tianjun Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN202010898367.5A priority Critical patent/CN113741797A/zh
Publication of CN113741797A publication Critical patent/CN113741797A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G06F3/0619—Improving the reliability of storage systems in relation to data integrity, e.g. data losses, bit errors
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061—Improving I/O performance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0674—Disk device
    • G06F3/0676—Magnetic disk device

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种数据处理方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：主线程的服务接收请求数据，并进行与请求数据对应的第一数据处理；主线程的服务在请求数据为第一请求数据的情况下，将第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，第一请求数据为处理过程中需要进行第一类型资源操作的请求数据；后台监听器在监听到持久化的结果数据之后，根据结果数据执行第一类型资源操作，以进行与第一请求数据对应的第二数据处理，后台监听器独立于主线程的服务。该实施方式能够从根本上提升集群整体Ops，改善对资源访问速度失衡的优化效果，无需过多硬件资源投入，并且数据更安全。

Description

一种数据处理方法和装置
技术领域
本发明涉及计算机技术领域，尤其涉及一种数据处理方法和装置。
背景技术
在服务接口开发过程中，经常会涉及到各种外部资源，比如redis(一款开源的分布式缓存框架，内置多种缓存容器进行数据存取操作)，MQ(message queue，消息队列，用于消息排队处理的管道)等，访问这些外部资源时，由于有的资源速度快，比如redis；有的资源速度慢，比如MQ生产。这些资源在糅合到服务中时，慢资源访问会导致整体Ops(operation per second，每秒钟处理的请求操作数量，是衡量集群性能的基本指标之一)偏低，即短板效应。服务内部有的资源访问快，有的资源访问慢，导致速度匹配失衡。
目前针对资源访问速度失衡的解决方案有两种：一是异步调优，即利用线程池对慢资源进行异步处理，但此种优化在高并发且数据非常重要时是没有用的，因为线程池塞满后会依旧用主线程来执行慢资源访问操作，从而无法从根本上提升整体的Ops；二是慢资源性能优化，即对慢资源进行调优，以便使其不再成为瓶颈，以MQ生产为例，MQ同步生产性能差，当高并发流量过来，生产性能会越来越差，需MQ团队成员帮忙补加压力小、性能好的broker(在MQ中用于提供消息的接收、存储、拉取等功能)来解决。随着流量越来越大，补加的broker越来越多，对硬件资源的要求非常高，需要充足的资源进行调配。但是很多时候，这些broker资源都是共享的，多业务共用，从而优化不尽如人意。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
无法从根本上提升集群整体Ops，对资源访问速度失衡的优化效果较差，并且需要过多硬件资源投入。
发明内容
有鉴于此，本发明实施例提供一种数据处理方法和装置，能够从根本上提升集群整体Ops，改善对资源访问速度失衡的优化效果，无需过多硬件资源投入，并且数据更安全。
为实现上述目的，根据本发明实施例的一个方面，提供了一种数据处理方法。
一种数据处理方法，包括：主线程的服务接收请求数据，并进行与所述请求数据对应的第一数据处理；所述主线程的服务在所述请求数据为第一请求数据的情况下，将所述第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，所述第一请求数据为处理过程中需要进行第一类型资源操作的请求数据；后台监听器在监听到持久化的所述结果数据之后，根据所述结果数据执行所述第一类型资源操作，以进行与所述第一请求数据对应的第二数据处理，其中，所述后台监听器独立于所述主线程的服务。
可选地，所述将所述第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，包括：通过所述内存文件队列组件将所述结果数据存放到内存队列，并在所述内存队列达到数据落盘操作的触发条件时，将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列。
可选地，所述在所述内存队列达到数据落盘操作的触发条件时，将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列，包括：在满足所述内存队列中的数据条数大于数量阈值、当前距离上次执行所述持久化操作的时长超过时长阈值二者中的至少一者时，触发将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列的操作。
可选地，所述主线程的服务通过所述内存文件队列组件，利用零拷贝和内存文件映射的方式将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列。
可选地，还包括：所述主线程的服务在所述请求数据为第二请求数据的情况下，根据所述结果数据执行第二类型资源操作，以进行与所述第二请求数据对应的第三数据处理，所述第二请求数据为处理过程中需要进行所述第二类型资源操作的请求数据。
可选地，还包括：所述主线程的服务根据所述请求数据在处理过程中需要操作的资源对应的资源操作速度，判定所述请求数据为所述第一请求数据或所述第二请求数据。
可选地，所述后台监听器通过独立于所述主线程的子线程执行所述第一类型资源操作，且所述子线程的数量可动态增减。
根据本发明实施例的另一方面，提供了一种数据处理装置。
一种数据处理装置，包括：服务模块，用于接收请求数据，并进行与所述请求数据对应的第一数据处理；在所述请求数据为第一请求数据的情况下，将所述第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，所述第一请求数据为处理过程中需要进行第一类型资源操作的请求数据；后台监听器，用于在监听到持久化的所述结果数据之后，根据所述结果数据执行所述第一类型资源操作，以进行与所述第一请求数据对应的第二数据处理，其中，所述后台监听器独立于所述服务模块。
可选地，所述服务模块包括持久化模块，用于：通过所述内存文件队列组件将所述结果数据存放到内存队列，并在所述内存队列达到数据落盘操作的触发条件时，将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列。
可选地，所述持久化模块还用于：在满足所述内存队列中的数据条数大于数量阈值、当前距离上次执行所述持久化操作的时长超过时长阈值二者中的至少一者时，触发将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列的操作。
可选地，所述持久化模块还用于：通过所述内存文件队列组件，利用零拷贝和内存文件映射的方式将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列。
可选地，所述服务模块还用于：在所述请求数据为第二请求数据的情况下，根据所述结果数据执行第二类型资源操作，以进行与所述第二请求数据对应的第三数据处理，所述第二请求数据为处理过程中需要进行所述第二类型资源操作的请求数据。
可选地，所述服务模块根据所述请求数据在处理过程中需要操作的资源对应的资源操作速度，判定所述请求数据为所述第一请求数据或所述第二请求数据。
可选地，所述后台监听器通过独立于主线程的子线程执行所述第一类型资源操作，且所述子线程的数量可动态增减，所述主线程为所述服务模块的线程。
根据本发明实施例的又一方面，提供了一种电子设备。
一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现本发明实施例所提供的数据处理方法。
根据本发明实施例的又一方面，提供了一种计算机可读介质。
一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例所提供的数据处理方法。
上述发明中的一个实施例具有如下优点或有益效果：主线程的服务接收请求数据，并进行与请求数据对应的第一数据处理，在请求数据为第一请求数据的情况下，将第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备；后台监听器在监听到持久化的该结果数据之后，根据该结果数据执行第一类型资源操作，以进行与第一请求数据对应的第二数据处理。不需要再费心费力地进行服务异步调优，由于后台监听器独立于主线程的服务而存在，并不会影响到整体集群的性能，能够从根本上提升集群整体Ops，改善对资源访问速度失衡的优化效果，由于内存文件队列组件本身依赖系统的调度行为，使得对硬件资源的需求大大降低，从而无需过多硬件资源投入，并且由于第一数据处理的结果数据持久化到本地存储设备，重启机器将会将继续进行数据处理，使得用户数据不会因为机器重启而丢弃，数据更安全。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明一个实施例的数据处理方法的主要步骤示意图；
图2是根据本发明一个实施例的主线程服务的执行流程示意图；
图3是根据本发明一个实施例的内存文件队列组件的处理逻辑示意图；
图4是根据本发明一个实施例的后台监听器的执行流程示意图；
图5是根据本发明一个实施例的数据处理装置的主要模块示意图；
图6是本发明实施例可以应用于其中的示例性系统架构图；
图7是适于用来实现本发明实施例的服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明一个实施例的数据处理方法的主要步骤示意图。
如图1所示，本发明一个实施例的数据处理方法主要包括如下的步骤S101至步骤S103。
步骤S101：主线程的服务接收请求数据，并进行与请求数据对应的第一数据处理。
步骤S102：主线程的服务在请求数据为第一请求数据的情况下，将第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，第一请求数据为处理过程中需要进行第一类型资源操作的请求数据。
步骤S103：后台监听器在监听到持久化的该结果数据之后，根据该结果数据执行第一类型资源操作，以进行与第一请求数据对应的第二数据处理，其中，后台监听器独立于主线程的服务。
在一个实施例中，主线程的服务在请求数据为第二请求数据的情况下，根据上述结果数据执行第二类型资源操作，以进行与第二请求数据对应的第三数据处理，第二请求数据为处理过程中需要进行第二类型资源操作的请求数据。
第一类型资源操作可以是慢资源操作，例如MQ生产等。
第二类型资源操作可以是快资源操作，例如redis访问等。主线程的服务可以根据请求数据在处理过程中需要操作的资源对应的资源操作速度，判定请求数据为第一请求数据或第二请求数据。
集群的服务在处理请求数据的过程中，经常涉及到各种外部资源，比如redis、MQ等，访问这些外部资源的时候，由于有的资源速度快，比如redis；有的资源速度慢，比如MQ的生产。根据请求数据在处理过程中需要操作的资源对应的资源操作速度，主线程的服务可以判断请求数据是第一请求数据还是第二请求数据。
例如，如果请求数据在数据处理时需要操作慢资源，则该请求数据为第一请求数据，而如果请求数据在数据处理时需要操作快资源，则该请求数据为第二请求数据。请求数据需要操作的资源是根据业务需求确定的，而某一资源对应的资源操作速度的快慢与该资源本身有关。根据业务需求，不同的请求数据对应各自的处理逻辑，有的请求数据的处理逻辑中包括快资源操作的逻辑，那么其处理过程中即需要操作快资源(对应的资源操作速度快)，该请求数据即为第一请求数据。本领域技术人员可以参照上述方法来判断请求数据是否为第二请求数据。
主线程的服务是集群中负责数据处理的服务，本发明实施例将处理慢资源的操作从主线程的服务中解耦出去，由独立于主线程的服务的后台监听器来执行，从而避免慢资源操作导致集群整体Ops(operati on per second，每秒钟处理的请求操作数量，是衡量集群性能的基本指标之一)偏低，克服了短板效应。
后台监听器即后置worker，其是不同于主线程的服务的一个新的应用，用于监听持久化的内存文件队列数据，即持久化的第一数据处理的结果数据，例如，当监听到该结果数据，则根据该结果数据执行MQ生产和发送MQ的操作，MQ中的数据即该结果数据。
第一数据处理是服务收到请求数据之后，根据请求数据进行具体业务加工的过程，具体可以是请求数据处理过程中最初的一个或多个处理环节，该最初的一个或多个处理环节不涉及慢资源操作。
后台监听器通过独立于主线程的子线程执行第一类型资源操作，且子线程的数量可动态增减，以控制慢资源操作的加快或减慢，并且由于后台监听器的线程独立于主线程，因此其慢资源操作的加快和减慢不会影响主线程的执行，使得整体集群不再有速度失衡的问题，所以集群整体的Ops也随之提升。
在一个实施例中，将第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，包括：通过内存文件队列组件将结果数据存放到内存队列，并在内存队列达到数据落盘操作的触发条件时，将结果数据从内存队列持久化到本地存储设备的文件队列。
本发明实施例的内存文件队列组件是用于将内存队列中的数据持久化到本地磁盘中的组件。内存队列是存在于内存中的队列。
本地存储设备例如本地磁盘。
主线程的服务通过内存文件队列组件，利用零拷贝和内存文件映射的方式将结果数据从内存队列持久化到本地存储设备的文件队列，具有性能好、处理效率高的优点。
在一个实施例中，在满足内存队列中的数据条数大于数量阈值、当前距离上次执行持久化操作的时长超过时长阈值二者中的至少一者时，触发将结果数据从内存队列持久化到本地存储设备的文件队列的操作。例如，每当满足内存队列中数据条数大于10000条需要进行数据落盘(即持久化到本地磁盘)，每次数据落盘之后超过10ms(毫秒)，也将进行数据落盘。
图2是根据本发明一个实施例的主线程服务的执行流程示意图。
如图2所示，本发明一个实施例的主线程服务(简称服务)的执行流程中，慢资源操作(第一类型资源操作)以发送MQ为例。流程包括：服务接收到请求数据之后，进行与请求数据对应的第一数据处理。第一数据处理是服务收到请求数据之后，根据请求数据进行具体业务加工的过程。以请求数据为库存扣减请求为例，第一数据处理可以是根据该库存扣减请求对已有库存进行扣减的处理，得到的结果数据即为扣减后的库存数据。
在进行第一数据处理之后，服务判断是否需要发送MQ，若是，则表示请求数据为处理过程需要进行慢资源操作的第一请求数据，那么，进行数据生产以及将数据存入内存队列，否则，表示请求数据为处理过程中需要进行快资源操作的第二请求数据，那么，服务继续进行与第二请求数据对应的后续数据处理，即第三数据处理。
图2中将第一数据处理和第三数据处理统一用正常数据处理来表示，该正常数据处理是指由服务来执行的数据处理，其不涉及慢资源操作。本领域技术人员可以理解，图2所示的流程图中，在流程开始时所执行的正常数据处理为第一数据处理；在判断是否需要发送MQ，且判断结果为“否”之后，所执行的正常数据处理为第三数据处理。
上述的数据生产以及将数据存入内存队列的操作中，数据生产即：得到第一数据处理的结果数据，例如得到扣减后的库存数据。将数据存入内存队列，即：将该结果数据存入内存队列，例如将该扣减后的库存数据存入内存队列。
在第一数据处理的结果数据存入内存队列之后，开始计时，并判断是否满足数据落盘操作的以下两个触发条件中的至少一者：内存队列中的数据条数大于数量阈值；当前距离上次执行持久化操作的时长(即图2中的当前时差)超过时长阈值；若满足至少一个触发条件，则触发数据落盘。例如当数据条数超过10000条，则触发数据落盘；当当前时差(即当前距离上次数据落盘(或称持久化)的时差)超过10ms(毫秒)时，也触发数据落盘。
本发明实施例对现有的MQ发送逻辑进行了改进，现有的MQ发送逻辑中，由服务进行与请求数据对应的第一数据处理之后，该服务直接开始进行MQ的生产发送行为。而本发明实施例由服务进行与请求数据对应的第一数据处理之后，将第一数据处理的结果数据存放到内存文件队列中进行，具体地，先将结果数据存入内存队列，再持久化到本地磁盘的文件队列中。由后台监听器监听文件队列并消费持久化的结果数据，执行生成和发送MQ的操作。从而，本发明实施例实现了将MQ慢资源操作从服务中解耦出去，克服了慢资源操作给集群性能带来的“短板效应”，解决了因服务内部快、慢资源访问等操作而导致的速度失衡。
本发明实施例通过内存文件队列组件将第一数据处理得到的结果数据持久化到本地磁盘。内存文件队列组件的处理逻辑如图3所示，第一数据处理得到的结果数据存放到内存队列后，如果满足：该内存队列中的数据条数大于10000条、当前时差(即当前距离上次数据落盘的时差)超过10毫秒二者的至少一者，则触发内存队列的数据落盘操作，即把内存队列中的数据文件持久化到磁盘中进行保存，以便于后置worker(即后台监听器)能够对这些数据进行消费处理。由于内存文件队列组件利用零拷贝和内存文件映射的方式将结果数据从内存队列持久化到本地存储设备的文件队列，且都是本地数据操作，使得往内存文件队列(内存队列以及文件队列的统称)压数据(存入数据)的性能远远优于往MQ压数据的性能。并且，内存文件队列组件依赖操作系统自己的调度行为，可以免除磁盘拷贝，使得处理磁盘映射数据的速度如同在内存中处理一样，大大提升数据处理性能。
图4是根据本发明一个实施例的后台监听器的执行流程示意图。
如图4所示，本发明一个实施例的后台监听器即后置worker，其执行流程为：后置worker监听本地磁盘的文件队列中是否有持久化的结果数据，该结果数据是通过进行与请求数据对应的第一数据处理而得到的，例如持久化到本地磁盘文件队列中的扣减后的库存数据。如果本地磁盘文件队列中有该结果数据，则将结果数据放入MQ并进行发送MQ的操作，以进行后续的数据处理(即第二数据处理)。如果本地磁盘中没有该结果数据，则继续监听文件队列。
此后置worker通常放在单独的子线程中进行处理，完全独立于主线程而存在。通过增加或减少多个消费线程(即后置worker的线程)来达到MQ生产的加快或者减慢的目的。由于此消费worker(即后置worker)的独立性，其生产速度的快慢并不会影响到主线程的执行，由于本发明实施例将慢资源操作从主线程的服务中独立出去，从而慢资源访问被剥离出主线程，使得整体集群不再有速度失衡的问题，从而整体的Ops也显著提高。
本发明实施例在服务收到请求数据，经过第一数据处理之后，在需要操作慢资源时，先将第一数据处理的结果数据压到(存放到)内存文件队列中，以持久化到磁盘上，然后利用后置worker来处理慢资源的访问，这样由于采用异步worker将慢资源操作从服务中分离了出去，使得慢资源操作不会影响整体集群性能。从而与现有技术相比，本发明实施例具有如下优点：不需要再费心费力的进行服务异步调优，由于后置worker独立于服务本身而存在，并不会影响到整体集群的性能；不需要过多的硬件资源投入，由于内存文件队列本身依赖系统的调度行为，使得对硬件资源的需求大大降低；数据更安全，当服务中某些机器宕机，由于后续数据处理所需要的数据被内存文件队列组件持久化到本地磁盘，从而重启机器将会将继续进行数据处理，使得用户数据不会因为机器重启而丢弃。
图5是根据本发明一个实施例的数据处理装置的主要模块示意图。
如图5所示，本发明一个实施例的数据处理装置500主要包括：服务模块501、后台监听器502。
服务模块501，用于接收请求数据，并进行与请求数据对应的第一数据处理；在请求数据为第一请求数据的情况下，将第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，第一请求数据为处理过程中需要进行第一类型资源操作的请求数据。
后台监听器502，用于在监听到持久化的该结果数据之后，根据该结果数据执行第一类型资源操作，以进行与第一请求数据对应的第二数据处理，其中，后台监听器独立于服务模块。
在一个实施例中，服务模块包括持久化模块，用于：通过内存文件队列组件将结果数据存放到内存队列，并在内存队列达到数据落盘操作的触发条件时，将结果数据从内存队列持久化到本地存储设备的文件队列。
在一个实施例中，持久化模块用于：在满足内存队列中的数据条数大于数量阈值、当前距离上次执行持久化操作的时长超过时长阈值二者中的至少一者时，触发将结果数据从内存队列持久化到本地存储设备的文件队列的操作。
持久化模块具体可以用于：通过内存文件队列组件，利用零拷贝和内存文件映射的方式将结果数据从内存队列持久化到本地存储设备的文件队列。
服务模块501还可以用于：在请求数据为第二请求数据的情况下，根据结果数据执行第二类型资源操作，以进行与第二请求数据对应的第三数据处理，第二请求数据为处理过程中需要进行第二类型资源操作的请求数据。
在一个实施例中，服务模块501根据请求数据在处理过程中需要操作的资源对应的资源操作速度，判定请求数据为第一请求数据或第二请求数据。
后台监听器502可以通过独立于主线程的子线程执行第一类型资源操作，且子线程的数量可动态增减，主线程为服务模块的线程。
另外，在本发明实施例中所述数据处理装置的具体实施内容，在上面所述数据处理方法中已经详细说明了，故在此重复内容不再说明。
图6示出了可以应用本发明实施例的数据处理方法或数据处理装置的示例性系统架构600。
如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如产品信息--仅为示例)反馈给终端设备。
需要说明的是，本发明实施例所提供的数据处理方法一般由服务器605执行，相应地，数据处理装置一般设置于服务器605中。
应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图7，其示出了适于用来实现本申请实施例的服务器的计算机系统700的结构示意图。图7示出的服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括服务模块、后台监听器。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，服务模块还可以被描述为“用于接收请求数据，并进行与请求数据对应的第一数据处理；在请求数据为第一请求数据的情况下，将第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备的模块”。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：主线程的服务接收请求数据，并进行与所述请求数据对应的第一数据处理；所述主线程的服务在所述请求数据为第一请求数据的情况下，将所述第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，所述第一请求数据为处理过程中需要进行第一类型资源操作的请求数据；后台监听器在监听到持久化的所述结果数据之后，根据所述结果数据执行所述第一类型资源操作，以进行与所述第一请求数据对应的第二数据处理，其中，所述后台监听器独立于所述主线程的服务。
根据本发明实施例的技术方案，主线程的服务接收请求数据，并进行与请求数据对应的第一数据处理，在请求数据为第一请求数据的情况下，将第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备；后台监听器在监听到持久化的该结果数据之后，根据该结果数据执行第一类型资源操作，以进行与第一请求数据对应的第二数据处理。不需要再费心费力地进行服务异步调优，由于后台监听器独立于主线程的服务而存在，并不会影响到整体集群的性能，能够从根本上提升集群整体Ops，改善对资源访问速度失衡的优化效果，由于内存文件队列组件本身依赖系统的调度行为，使得对硬件资源的需求大大降低，从而无需过多硬件资源投入，并且由于第一数据处理的结果数据持久化到本地存储设备，重启机器将会将继续进行数据处理，使得用户数据不会因为机器重启而丢弃，数据更安全。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (16)

1.一种数据处理方法，其特征在于，包括：
主线程的服务接收请求数据，并进行与所述请求数据对应的第一数据处理；
所述主线程的服务在所述请求数据为第一请求数据的情况下，将所述第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，所述第一请求数据为处理过程中需要进行第一类型资源操作的请求数据；
后台监听器在监听到持久化的所述结果数据之后，根据所述结果数据执行所述第一类型资源操作，以进行与所述第一请求数据对应的第二数据处理，其中，所述后台监听器独立于所述主线程的服务。
2.根据权利要求1所述的方法，其特征在于，所述将所述第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，包括：
通过所述内存文件队列组件将所述结果数据存放到内存队列，并在所述内存队列达到数据落盘操作的触发条件时，将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列。
3.根据权利要求2所述的方法，其特征在于，所述在所述内存队列达到数据落盘操作的触发条件时，将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列，包括：
在满足所述内存队列中的数据条数大于数量阈值、当前距离上次执行所述持久化操作的时长超过时长阈值二者中的至少一者时，触发将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列的操作。
4.根据权利要求2或3所述的方法，其特征在于，所述主线程的服务通过所述内存文件队列组件，利用零拷贝和内存文件映射的方式将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列。
5.根据权利要求1所述的方法，其特征在于，还包括：所述主线程的服务在所述请求数据为第二请求数据的情况下，根据所述结果数据执行第二类型资源操作，以进行与所述第二请求数据对应的第三数据处理，所述第二请求数据为处理过程中需要进行所述第二类型资源操作的请求数据。
6.根据权利要求5所述的方法，其特征在于，还包括：
所述主线程的服务根据所述请求数据在处理过程中需要操作的资源对应的资源操作速度，判定所述请求数据为所述第一请求数据或所述第二请求数据。
7.根据权利要求1所述的方法，其特征在于，所述后台监听器通过独立于所述主线程的子线程执行所述第一类型资源操作，且所述子线程的数量可动态增减。
8.一种数据处理装置，其特征在于，包括：
服务模块，用于接收请求数据，并进行与所述请求数据对应的第一数据处理；在所述请求数据为第一请求数据的情况下，将所述第一数据处理得到的结果数据经过内存文件队列组件持久化到本地存储设备，所述第一请求数据为处理过程中需要进行第一类型资源操作的请求数据；
后台监听器，用于在监听到持久化的所述结果数据之后，根据所述结果数据执行所述第一类型资源操作，以进行与所述第一请求数据对应的第二数据处理，其中，所述后台监听器独立于所述服务模块。
9.根据权利要求8所述的装置，其特征在于，所述服务模块包括持久化模块，用于：
通过所述内存文件队列组件将所述结果数据存放到内存队列，并在所述内存队列达到数据落盘操作的触发条件时，将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列。
10.根据权利要求9所述的装置，其特征在于，所述持久化模块还用于：
在满足所述内存队列中的数据条数大于数量阈值、当前距离上次执行所述持久化操作的时长超过时长阈值二者中的至少一者时，触发将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列的操作。
11.根据权利要求9或10所述的装置，其特征在于，所述持久化模块还用于：通过所述内存文件队列组件，利用零拷贝和内存文件映射的方式将所述结果数据从所述内存队列持久化到所述本地存储设备的文件队列。
12.根据权利要求8所述的置，其特征在于，所述服务模块还用于：在所述请求数据为第二请求数据的情况下，根据所述结果数据执行第二类型资源操作，以进行与所述第二请求数据对应的第三数据处理，所述第二请求数据为处理过程中需要进行所述第二类型资源操作的请求数据。
13.根据权利要求12所述的装置，其特征在于，所述服务模块根据所述请求数据在处理过程中需要操作的资源对应的资源操作速度，判定所述请求数据为所述第一请求数据或所述第二请求数据。
14.根据权利要求8所述的装置，其特征在于，所述后台监听器通过独立于主线程的子线程执行所述第一类型资源操作，且所述子线程的数量可动态增减，所述主线程为所述服务模块的线程。
15.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储器，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。
16.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。
CN202010898367.5A 2020-08-31 2020-08-31 一种数据处理方法和装置 Pending CN113741797A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010898367.5A CN113741797A (zh) 2020-08-31 2020-08-31 一种数据处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010898367.5A CN113741797A (zh) 2020-08-31 2020-08-31 一种数据处理方法和装置

Publications (1)

Publication Number Publication Date
CN113741797A true CN113741797A (zh) 2021-12-03

Family

ID=78727998

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010898367.5A Pending CN113741797A (zh) 2020-08-31 2020-08-31 一种数据处理方法和装置

Country Status (1)

Country Link
CN (1) CN113741797A (zh)

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050166206A1 (en) * 2004-01-26 2005-07-28 Parson Dale E. Resource management in a processor-based system using hardware queues
US20100064108A1 (en) * 2008-09-05 2010-03-11 Antony John Harris Data processing apparatus and method for managing snoop operations
CN103164256A (zh) * 2011-12-08 2013-06-19 深圳市快播科技有限公司 一种实现单机支持高并发处理方法及系统
US8504691B1 (en) * 2010-12-29 2013-08-06 Amazon Technologies, Inc. System and method for allocating resources for heterogeneous service requests
CN103581039A (zh) * 2013-11-08 2014-02-12 西安电子科技大学宁波信息技术研究院 一种服务器集群的动态负载均衡架构及其使用方法
US20150326494A1 (en) * 2014-05-06 2015-11-12 International Business Machines Corporation Clustering requests and prioritizing workmanager threads based on resource performance and/or availability
CN108833199A (zh) * 2018-04-26 2018-11-16 广州视源电子科技股份有限公司 数据上报的方法、装置、设备及存储介质
CN109445955A (zh) * 2018-09-13 2019-03-08 武汉斗鱼网络科技有限公司 一种计数方法及计数系统
CN110389873A (zh) * 2018-04-17 2019-10-29 北京京东尚科信息技术有限公司 一种判定服务器资源使用情况的方法和装置
CN110515741A (zh) * 2018-05-21 2019-11-29 北京京东尚科信息技术有限公司 一种基于本地任务队列的降级处理方法和装置
CN110633320A (zh) * 2018-05-30 2019-12-31 北京京东尚科信息技术有限公司 分布式数据服务的处理方法、系统、设备及存储介质
CN111381965A (zh) * 2020-03-03 2020-07-07 百度在线网络技术（北京）有限公司 用于处理请求的方法和装置
CN111459980A (zh) * 2019-01-21 2020-07-28 北京京东尚科信息技术有限公司 监控数据的存储和查询方法及装置

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050166206A1 (en) * 2004-01-26 2005-07-28 Parson Dale E. Resource management in a processor-based system using hardware queues
US20100064108A1 (en) * 2008-09-05 2010-03-11 Antony John Harris Data processing apparatus and method for managing snoop operations
US8504691B1 (en) * 2010-12-29 2013-08-06 Amazon Technologies, Inc. System and method for allocating resources for heterogeneous service requests
CN103164256A (zh) * 2011-12-08 2013-06-19 深圳市快播科技有限公司 一种实现单机支持高并发处理方法及系统
CN103581039A (zh) * 2013-11-08 2014-02-12 西安电子科技大学宁波信息技术研究院 一种服务器集群的动态负载均衡架构及其使用方法
US20150326494A1 (en) * 2014-05-06 2015-11-12 International Business Machines Corporation Clustering requests and prioritizing workmanager threads based on resource performance and/or availability
CN110389873A (zh) * 2018-04-17 2019-10-29 北京京东尚科信息技术有限公司 一种判定服务器资源使用情况的方法和装置
CN108833199A (zh) * 2018-04-26 2018-11-16 广州视源电子科技股份有限公司 数据上报的方法、装置、设备及存储介质
CN110515741A (zh) * 2018-05-21 2019-11-29 北京京东尚科信息技术有限公司 一种基于本地任务队列的降级处理方法和装置
CN110633320A (zh) * 2018-05-30 2019-12-31 北京京东尚科信息技术有限公司 分布式数据服务的处理方法、系统、设备及存储介质
CN109445955A (zh) * 2018-09-13 2019-03-08 武汉斗鱼网络科技有限公司 一种计数方法及计数系统
CN111459980A (zh) * 2019-01-21 2020-07-28 北京京东尚科信息技术有限公司 监控数据的存储和查询方法及装置
CN111381965A (zh) * 2020-03-03 2020-07-07 百度在线网络技术（北京）有限公司 用于处理请求的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
刘婧珏;: "基于SaaS的云平台物理资源监控与调度系统研究", 呼伦贝尔学院学报, no. 05, 30 October 2018 (2018-10-30) *

Similar Documents

Publication Publication Date Title
CN107547629B (zh) 客户端静态资源下载的方法、装置、电子设备和可读介质
CN109218356B (zh) 管理服务器上有状态应用的方法和设备
CN109918191B (zh) 一种业务请求防频的方法和装置
US10067862B2 (en) Tracking asynchronous entry points for an application
CN115904761B (zh) 片上系统、车辆及视频处理单元虚拟化方法
CN111858040A (zh) 一种资源调度方法和装置
CN112084395A (zh) 搜索方法、搜索装置、电子设备和存储介质
CN113127057A (zh) 多任务并行执行的方法和装置
CN112084042A (zh) 一种消息处理的方法和装置
CN112398669A (zh) 一种Hadoop部署方法和装置
CN111290842A (zh) 一种任务执行方法和装置
CN113051055A (zh) 一种任务处理方法和装置
CN113742389A (zh) 一种业务处理方法和装置
CN111831503B (zh) 一种基于监控代理的监控方法和监控代理装置
CN112948138A (zh) 一种处理消息的方法和装置
CN110807058B (zh) 一种导出数据的方法和系统
CN116521639A (zh) 一种日志数据的处理方法、电子设备和计算机可读介质
CN109284177B (zh) 一种数据更新方法和装置
CN113741797A (zh) 一种数据处理方法和装置
CN111698109A (zh) 监控日志的方法和装置
CN115525411A (zh) 处理业务请求的方法、装置、电子设备和计算机可读介质
CN114490050A (zh) 一种数据同步方法和装置
CN114374657A (zh) 一种数据处理方法和装置
CN113204426A (zh) 资源池的任务处理方法及相关设备
CN113779451A (zh) 一种页面加载方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination