CN113760498A - 消息消费方法、装置、电子设备和计算机可读介质 - Google Patents
消息消费方法、装置、电子设备和计算机可读介质 Download PDFInfo
- Publication number
- CN113760498A CN113760498A CN202110055838.0A CN202110055838A CN113760498A CN 113760498 A CN113760498 A CN 113760498A CN 202110055838 A CN202110055838 A CN 202110055838A CN 113760498 A CN113760498 A CN 113760498A
- Authority
- CN
- China
- Prior art keywords
- consumption
- messages
- message
- thread
- target number
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本公开的实施例公开了消息消费方法、装置、电子设备和计算机可读介质。该方法的一具体实施方式包括:调用多个线程从消息中间件中读取消息,其中,每个线程用于从消息中间件的一个分区中批量读取消息,消息中间件中所存储的消息满足以下条件:满足同一预设条件的消息存储在同一分区;将每个线程读取到的消息分成目标数量个内存分片,目标数量与当前设备的处理器的核数相关;启用目标数量个消费线程池对目标数量个内存分片中的消息进行消费,每个内存分片对应一个消费线程池。该实施方式实现了在不扩充分区的前提下,提高消息消费能力。
Description
技术领域
本公开的实施例涉及计算机技术领域,具体涉及消息消费方法、装置、电子设备和计算机可读介质。
背景技术
消息中间件由于具有业务解耦、流量削峰、灵活扩展等等的优势,被广泛应用于各个业务处理流程中。例如,kafka作为一个高并发、高吞吐量的消息中间件,一直备受研发人员的青睐。在面对大计算量的场景时,相关技术一般通过扩充分区(partition)的方式来提高消息处理能力。但是,这样经常会存在如下技术问题:
扩充分区对于上下游的业务影响较大。由于分区扩充,上下游业务也要随之进行调整,对于人力物力耗费较大。另外,扩充分区可能导致所存储的消息乱序。
发明内容
本公开的内容部分用于以简要的形式介绍构思,这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征,也不旨在用于限制所要求的保护的技术方案的范围。本公开的一些实施例提出了消息消费方法、装置、电子设备和计算机可读介质,来解决以上背景技术部分提到的技术问题中的一项或多项。
第一方面,本公开的一些实施例提供了一种消息消费方法,该方法包括:调用多个线程从消息中间件中读取消息,其中,每个线程用于从消息中间件的一个分区中批量读取消息,消息中间件中所存储的消息满足以下条件:满足同一预设条件的消息存储在同一分区;将每个线程读取到的消息分成目标数量个内存分片,目标数量与当前设备的处理器的核数相关;启用目标数量个消费线程池对目标数量个内存分片中的消息进行消费,每个内存分片对应一个消费线程池。
第二方面,本公开的一些实施例提供了一种消息消费装置,装置包括:读取单元,被配置成调用多个线程从消息中间件中读取消息,其中,每个线程用于从消息中间件的一个分区中批量读取消息,消息中间件中所存储的消息满足以下条件:满足同一预设条件的消息存储在同一分区;分片单元,被配置成将每个线程读取到的消息分成目标数量个内存分片,目标数量与当前设备的处理器的核数相关;消费单元,被配置成启用目标数量个消费线程池对目标数量个内存分片中的消息进行消费,每个内存分片对应一个消费线程池。
第三方面,本公开的一些实施例提供了一种电子设备,包括:一个或多个处理器;存储装置,其上存储有一个或多个程序,当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现上述第一方面任一实现方式所描述的方法。
第四方面,本公开的一些实施例提供了一种计算机可读介质,其上存储有计算机程序,其中,程序被处理器执行时实现上述第一方面任一实现方式所描述的方法。
本公开的上述各个实施例具有如下有益效果:在不扩充分区的前提下,提高消息消费能力。具体来说,制约相关技术的消息处理能力的一个原因在于:对于一个分区,只有一个线程消费。基于此,本公开的一些实施例通过调用多个线程从消息中间件中读取消息且每个线程批量读取消息来提高消息读取能力。此外,进行内存分片以及对于一个内存分片通过消费线程池进行消费,进而提高消息消费能力,避免造成消息积压。与此同时,由于不需要扩充分区,避免了对上下游业务造成影响。
附图说明
结合附图并参考以下具体实施方式,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中,相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的,元件和元素不一定按照比例绘制。
图1是基于kafka的相关消息消费技术的示意图;
图2是根据本公开的消息消费方法的一些实施例的流程图;
图3是根据本公开的一些实施例的消息消费方法的一个应用场景的示意图;
图4是根据本公开的消息消费方法的另一些实施例的流程图;
图5是根据本公开的消息消费装置的一些实施例的结构示意图;
图6是适于用来实现本公开的一些实施例的电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例。相反,提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。
需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。
下面将参考附图并结合实施例来详细说明本公开。
为了更好的说明本公开,以下将首先对相关消息消费技术进行说明。图1是基于kafka的相关消息消费技术的示意图。
如图1所示,kafka作为一个高并发、高吞吐量的消息中间件,通过Zookeeper(一个分布式应用程序协调服务)102的选举机制控制主从节点以及数据同步、备份的逻辑。图1示例性的示出了3个数据生产端(Producer)103,包括数据生产端1、数据生产端2和数据生产端3。Kafka节点101(Broker)主要负责创建Topic(主题),存储消息以及记录消息处理的过程等。其中,每个Topic包含一个或多个分区(Partition)。
由图中可以看出,由于Topic2只有一个分区1,即使下游的消费节点104包括两个消费线程(消费线程1和消费线程2)。也只能通过一个消费线程对消息进行消费。因此,制约了消息的消费能力。
基于此,以下将对本公开的一些实施例的消息消费方法的应用场景进行描述。
在图2的应用场景中,首先,数据生产端201可以从MySQL等数据库202中拉取数据。然后,可以将拉取到的数据存储到消息中间件203的不同的分区(如图中分区1、分区2和分区3)。在此过程中,需要将满足预设条件的数据存储在同一分区。其中,可以根据实际的需要设置预设条件。例如,在上述数据是订单数据的场景下,预设条件可以是:订单号相同。作为示例,数据生产端201可以通过一定的哈希算法来确保满足同一预设条件组的数据存储在同一分区。例如,可以针对数据中所包含的订单号,计算其哈希值。然后根据预先建立的哈希值与分区号的对应关系表,根据得到的哈希值将上述数据存储至对应的分区。从而可以保证同一订单号的数据存储在同一分区。避免同一订单号的数据在不同的分区造成订单的状态更新出错。
在此基础上,消息消费方法的执行主体可以调用多个线程(例如图1中的消费线程、消费线程2和消费线程3)从消息中间件203中读取消息。每个消费线程用于从消息中间件的一个分区中批量读取消息。
然后,对于将每个线程读取到的消息分成目标数量个内存分片204。这里,以对消费线程2读取到的消息为例进行说明。作为示例,可以采用例如上述哈希算法来将消费线程2读取到的消息分成目标数量个(例如3个)内存分片。其中,目标数量与当前设备的处理器的核数相关。
之后,可以启用目标数量个消费线程池对目标数量个内存分片204中的消息进行消费,每个内存分片对应一个消费线程池。在本应用场景下,可以启用三个消费线程池对内存分片204中的消息进行消费。
可选的,每个消费线程池中各个线程的计算结果可以汇入同一个容器。例如,消费线程池2中各个线程的计算结果可以汇入容器205。
应该理解,图1中的分区、内存分片、消费线程池等的数目仅仅是示意性的。
继续参考图3,示出了根据本公开的消息消费方法的一些实施例的流程300。该消息消费方法,包括以下步骤:
步骤301,调用多个线程从消息中间件中读取消息。
在一些实施例中,每个线程用于从消息中间件的一个分区中批量读取消息。例如,可以采用kafka的批量拉取的方式批量读取消息。其中,批量读取的消息的条数可以根据消费速度来确定,也可以结果应用场景进行指定。
作为本公开的一个发明点,批量读取消息而非传统消息队列式的单条读取可以提高消息读取速度,并为后续提高消息消费能力提供了基础。
在一些实施例中,消息中间件中所存储的消息满足以下条件:满足同一预设条件的消息存储在同一分区。
在一些实施例的一些可选的实现方式中,消息中间件中的消息是通过以下步骤进行存储的:
第一,从原始日志文件中读取数据。其中,原始日志文件可以用于记录对数据库的操作。
第二,根据预设的哈希算法确定所读取到的数据的哈希值。
第三,基于哈希值,将所读取到的数据存储到消息中间件的对应的分区中。
实践中,作为示例,可以通过一定的哈希算法来确保满足同一预设条件组的数据存储在同一分区。例如,可以针对数据中所包含的订单号,计算其哈希值。然后根据预先建立的哈希值与分区号的对应关系表,根据得到的哈希值将上述数据存储至对应的分区。从而可以保证同一订单号的数据存储在同一分区。避免同一订单号的数据在不同的分区造成订单的状态更新出错。
步骤302,将每个线程读取到的消息分成目标数量个内存分片,目标数量与当前设备的处理器的核数相关。
在一些实施例中,上述执行主体可以将每个线程读取到的消息分成目标数量个内存分片。其中,目标数量可以与当前设备的处理器的核数相关。
在一些实施例中,由于步骤301中采用批量读取消息的方式,因此,对于需要实时计算的场景,需要进行大量的CPU上下文切换。作为本公开的一个发明点,对读取到的消息进行分片可以充分利用CPU的处理能力。此外,通过将内存分片的数量与处理器的核数相关,可以最大程度的减少CPU上下文切换,提高吞吐效率,进而提高数据处理能力。实践中,作为示例,可以将目标数量设置为处理器的核数的2倍。
步骤303,启用目标数量个消费线程池对目标数量个内存分片中的消息进行消费,每个内存分片对应一个消费线程池。
在一些实施例中,通过调用多个线程从消息中间件中读取消息且每个线程批量读取消息来提高消息读取能力。在此基础上行,通过内存分片,对于一个内存分片通过消费线程池进行消费,进而提高消息消费能力,避免造成消息积压。与此同时,由于不需要扩充分区,避免了对上下游业务造成影响。
进一步参考图4,其示出了消息消费方法的另一些实施例的流程400。该消息消费方法的流程400,包括以下步骤:
步骤401,调用多个线程从消息中间件中读取消息,其中,每个线程用于从消息中间件的一个分区中批量读取消息,消息中间件中所存储的消息满足以下条件:满足同一预设条件的消息存储在同一分区。
步骤402,将每个线程读取到的消息分成目标数量个内存分片,目标数量与当前设备的处理器的核数相关。
步骤403,启用目标数量个消费线程池对目标数量个内存分片中的消息进行消费,每个内存分片对应一个消费线程池。
可选的,为每个消费线程分配消息时,可以将同一个主键的消息分配至同一消费线程,以保证消息之间的顺序不会发生错乱。
在一些实施例中,步骤401-403的具体实现及其所带来的技术效果,可以参考图3对应的那些实施例,在此不再赘述。
步骤404,将每个消费线程池的计算结果汇入同一容器。
在一些实施例中,消息消费方法的执行主体可以将每个消费线程池各个消费线程的计算结果都汇入同一个容器。作为示例,可以参考图2,其中,消费线程池2中各个线程的计算结果可以汇入容器205。
步骤405,响应于满足预设提交条件,将容器中的数据提交。
在一些实施例中,可以根据需要设置预设提交条件。例如,预设条件可以是:容器容量超过1万。或等待超过1分钟不管容量是否够1万。
步骤406,获取目标数量个消费线程池中各个消费线程池的消费位点。
步骤407,根据处理进度最慢的线程池的消费位点进行位点提交。
在一些实施例中,可以通过消费位点来追踪消息在分区里的消费进度。由于各个消费线程池的消息消费进度不同,因此根据处理进度最慢的线程池的消费位点进行位点提交,可以保证在消费进程出现问题异常退出时,下次重启从消费位点这里消费可以保证消息不丢失。
从图4中可以看出,与图3对应的一些实施例的描述相比,图4对应的一些实施例中的消息消费方法的流程400增加了将计算结果汇入容器,并在满足预设提交条件的情况下进行提交。从而可以实现数据的批量提交。而数据的批量提交有助于提高吞吐能力。此外,根据处理进度最慢的线程池的消费位点进行位点提交,保证下次重启时消息不丢失。
进一步参考图5,作为对上述各图所示方法的实现,本公开提供了一种消息消费装置的一些实施例,这些装置实施例与图3所示的那些方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,一些实施例的消息消费装置500包括:读取单元501、分片单元502和消费单元503。其中,读取单元501被配置成调用多个线程从消息中间件中读取消息,其中,每个线程用于从消息中间件的一个分区中批量读取消息,消息中间件中所存储的消息满足以下条件:满足同一预设条件的消息存储在同一分区。分片单元502被配置成将每个线程读取到的消息分成目标数量个内存分片,目标数量与当前设备的处理器的核数相关。消费单元503被配置成启用目标数量个消费线程池对目标数量个内存分片中的消息进行消费,每个内存分片对应一个消费线程池。
在一些实施例的可选实现方式中,装置500还包括:汇总单元和数据提交单元。其中,汇总单元被配置成将每个消费线程池的计算结果汇入同一容器;数据提交单元,被配置成响应于满足预设提交条件,将容器中的数据提交。
在一些实施例的可选实现方式中,装置500还包括:消费位点获取单元和位点提交单元。其中,消费位点获取单元被配置成获取目标数量个消费线程池中各个消费线程池的消费位点;位点提交单元,被配置成根据处理进度最慢的线程池的消费位点进行位点提交。
在一些实施例的可选实现方式中,消息中间件中的消息是通过以下步骤进行存储的:从原始日志文件中读取数据;根据预设的哈希算法确定所读取到的数据的哈希值;基于哈希值,将所读取到的数据存储到消息中间件的对应的分区中。
可以理解的是,该装置500中记载的诸单元与参考图3描述的方法中的各个步骤相对应。由此,上文针对方法描述的操作、特征以及产生的有益效果同样适用于装置500及其中包含的单元,在此不再赘述。
下面参考图6,其示出了适于用来实现本公开的一些实施例的电子设备(例如图1中的服务器或终端设备)600的结构示意图。图6示出的电子设备仅仅是一个示例,不应对本公开的实施例的功能和使用范围带来任何限制。
如图6所示,电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
通常,以下装置可以连接至I/O接口605:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607;包括例如磁带、硬盘等的存储装置608;以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。
特别地,根据本公开的一些实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的一些实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中,该计算机程序可以通过通信装置609从网络上被下载和安装,或者从存储装置608被安装,或者从ROM 602被安装。在该计算机程序被处理装置601执行时,执行本公开的一些实施例的方法中限定的上述功能。
需要说明的是,本公开的一些实施例中记载的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
在一些实施方式中,客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“LAN”),广域网(“WAN”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:调用多个线程从消息中间件中读取消息,其中,每个线程用于从消息中间件的一个分区中批量读取消息,消息中间件中所存储的消息满足以下条件:满足同一预设条件的消息存储在同一分区;将每个线程读取到的消息分成目标数量个内存分片,目标数量与当前设备的处理器的核数相关;启用目标数量个消费线程池对目标数量个内存分片中的消息进行消费,每个内存分片对应一个消费线程池。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开的一些实施例中的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括读取单元、分片单元和消费单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,读取单元还可以被描述为“调用多个线程从消息中间件中读取消息的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开的实施例中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (10)
1.一种消息消费方法,包括:
调用多个线程从消息中间件中读取消息,其中,每个线程用于从所述消息中间件的一个分区中批量读取消息,所述消息中间件中所存储的消息满足以下条件:满足同一预设条件的消息存储在同一分区;
将每个线程读取到的消息分成目标数量个内存分片,所述目标数量与当前设备的处理器的核数相关;
启用所述目标数量个消费线程池对所述目标数量个内存分片中的消息进行消费,每个所述内存分片对应一个所述消费线程池。
2.根据权利要求1所述的方法,其中,所述方法还包括:
将每个消费线程池的计算结果汇入同一容器;
响应于满足预设提交条件,将所述容器中的数据提交。
3.根据权利要求2所述的方法,其中,所述方法还包括:
获取所述目标数量个消费线程池中各个消费线程池的消费位点;
根据处理进度最慢的线程池的消费位点进行位点提交。
4.根据权利要求1所述的方法,其中,所述消息中间件中的消息是通过以下步骤进行存储的:
从原始日志文件中读取数据;
根据预设的哈希算法确定所读取到的数据的哈希值;
基于所述哈希值,将所读取到的数据存储到所述消息中间件的对应的分区中。
5.一种消息消费装置,包括:
读取单元,被配置成调用多个线程从消息中间件中读取消息,其中,每个线程用于从所述消息中间件的一个分区中批量读取消息,所述消息中间件中所存储的消息满足以下条件:满足同一预设条件的消息存储在同一分区;
分片单元,被配置成将每个线程读取到的消息分成目标数量个内存分片,所述目标数量与当前设备的处理器的核数相关;
消费单元,被配置成启用所述目标数量个消费线程池对所述目标数量个内存分片中的消息进行消费,每个所述内存分片对应一个所述消费线程池。
6.根据权利要求5所述的装置,其中,所述装置还包括:
汇总单元,被配置成将每个消费线程池的计算结果汇入同一容器;
数据提交单元,被配置成响应于满足预设提交条件,将所述容器中的数据提交。
7.根据权利要求5所述的装置,其中,所述装置还包括:
消费位点获取单元,被配置成获取所述目标数量个消费线程池中各个消费线程池的消费位点;
位点提交单元,被配置成根据处理进度最慢的线程池的消费位点进行位点提交。
8.根据权利要求5所述的装置,其中,所述消息中间件中的消息是通过以下步骤进行存储的:
从原始日志文件中读取数据;
根据预设的哈希算法确定所读取到的数据的哈希值;
基于所述哈希值,将所读取到的数据存储到所述消息中间件的对应的分区中。
9.一种电子设备,包括:
一个或多个处理器;
存储装置,其上存储有一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-4中任一所述的方法。
10.一种计算机可读介质,其上存储有计算机程序,其中,所述程序被处理器执行时实现如权利要求1-4中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110055838.0A CN113760498A (zh) | 2021-01-15 | 2021-01-15 | 消息消费方法、装置、电子设备和计算机可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110055838.0A CN113760498A (zh) | 2021-01-15 | 2021-01-15 | 消息消费方法、装置、电子设备和计算机可读介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113760498A true CN113760498A (zh) | 2021-12-07 |
Family
ID=78786415
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110055838.0A Pending CN113760498A (zh) | 2021-01-15 | 2021-01-15 | 消息消费方法、装置、电子设备和计算机可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113760498A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114253747A (zh) * | 2021-12-27 | 2022-03-29 | 北京宇信科技集团股份有限公司 | 一种分布式消息管理系统和方法 |
CN115250181A (zh) * | 2022-07-22 | 2022-10-28 | 中国电信股份有限公司 | 基于Kafka的文件验证传输方法、装置、设备及存储 |
CN115801787A (zh) * | 2023-01-29 | 2023-03-14 | 智道网联科技(北京)有限公司 | 路端数据传输方法、装置及电子设备、存储介质 |
-
2021
- 2021-01-15 CN CN202110055838.0A patent/CN113760498A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114253747A (zh) * | 2021-12-27 | 2022-03-29 | 北京宇信科技集团股份有限公司 | 一种分布式消息管理系统和方法 |
CN114253747B (zh) * | 2021-12-27 | 2023-04-28 | 北京宇信科技集团股份有限公司 | 一种分布式消息管理系统和方法 |
CN115250181A (zh) * | 2022-07-22 | 2022-10-28 | 中国电信股份有限公司 | 基于Kafka的文件验证传输方法、装置、设备及存储 |
CN115801787A (zh) * | 2023-01-29 | 2023-03-14 | 智道网联科技(北京)有限公司 | 路端数据传输方法、装置及电子设备、存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113760498A (zh) | 消息消费方法、装置、电子设备和计算机可读介质 | |
CN109032796B (zh) | 一种数据处理方法和装置 | |
CN113722117A (zh) | 消息队列处理方法、线程池参数调整方法、装置和设备 | |
CN110795446A (zh) | 榜单更新方法、装置、可读介质和电子设备 | |
CN115357350A (zh) | 任务配置方法、装置、电子设备和计算机可读介质 | |
CN113419841B (zh) | 消息调度方法、装置、电子设备和计算机可读介质 | |
CN112418389A (zh) | 数据处理方法、装置、电子设备及计算机可读存储介质 | |
CN117950850A (zh) | 一种数据传输方法、装置、电子设备及计算机可读介质 | |
CN113742057A (zh) | 一种任务执行方法和装置 | |
CN110120959B (zh) | 大数据推送方法、装置、系统、设备及可读存储介质 | |
CN115454666A (zh) | 消息队列集群间的数据同步方法和装置 | |
CN111930331B (zh) | 信息显示方法、装置、电子设备和计算机可读介质 | |
CN113961330A (zh) | 分布式定时任务执行方法、装置、设备和计算机可读介质 | |
CN114095907A (zh) | 蓝牙连接的控制方法、装置及设备 | |
CN112163176A (zh) | 数据存储方法、装置、电子设备和计算机可读介质 | |
CN112527454A (zh) | 容器组调度方法、装置、电子设备和计算机可读介质 | |
CN112817701A (zh) | 定时器处理方法、装置、电子设备和计算机可读介质 | |
CN112346891A (zh) | 消息存储方法、装置、设备和计算机可读介质 | |
CN112685156A (zh) | 任务执行方法、装置、电子设备和计算机可读介质 | |
CN114651237A (zh) | 数据处理方法、装置、电子设备及计算机可读存储介质 | |
CN118158082B (zh) | 智能家居设备通信资源报文更新方法、装置、设备与介质 | |
CN115994120B (zh) | 数据文件合并方法、装置、电子设备和计算机可读介质 | |
CN113472565B (zh) | 服务器功能的扩容方法、装置、设备和计算机可读介质 | |
CN117649096B (zh) | 纸盒生产任务执行方法、装置、电子设备与计算机介质 | |
CN113704076B (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 |