
互联网全景消息实战
文章平均质量分 91
RocketMQ学习专栏
技术路上的苦行僧
不怕别人天赋比你高,就怕别人比你更努力
展开
-
互联网全景消息(11)之Kafka深度剖析(下)
在前面讲过kafka每个主题可以有多个分区,每个分区在它所在的broker上创建一个文件夹每个分区又分为多个段,每个段两个文件,log文件存储顺序消息,index文件里存消息的索引,然后每一个段的命名直接以当前段的第一条消息的offset为名。需要注意的是偏移量,不是序号,然后偏移量是从下标0开始,第几条消息 = 偏移量 +1,类似于数组长度和下标。例如:0.log -> 该文件存储8条数据,offset为0-7;8.log -> 有两条,offset为 8-9;原创 2025-01-14 14:52:37 · 812 阅读 · 0 评论 -
互联网全景消息(10)之Kafka深度剖析(中)
kafka高级应用原创 2025-01-10 11:19:49 · 1024 阅读 · 0 评论 -
互联网全景消息(9)之Kafka深度剖析(上)
Kafka最初是LinkedIn公司采用Scala 语言开发,现在已经捐赠给了Apache基金会。目前Kafka已经定位为一个分布式流式处理平台,它以高吞吐、可持久化、可水平扩展、支持流处理等多种特性而被广泛应用。Apache Kafka能够支撑海量数据的数据传递,在离线和实时的消息处理业务系统中,Kafka都有广泛的应用。原创 2025-01-08 18:23:38 · 1089 阅读 · 0 评论 -
互联网全景消息(8)之RabbitMQ进阶介绍
基于死信队列在队列消息已满的情况下,消息也不会丢失;实现延迟消费的效果。比如:下订单时,有15分钟的付款时间。原创 2024-12-30 15:49:57 · 1065 阅读 · 0 评论 -
互联网全景消息(7)之RabbitMq高阶使用
生产者以及Broker要保障消息传递的可靠性如果结合失败通知以及发送方确认和持久化消息来实现。1.发送方确认:保障消息能够到达broker;2.失败通知:保障的是消息能够成功路由到队列;3.持久化队列:保障消息的持久化;原创 2024-08-30 16:49:57 · 1308 阅读 · 0 评论 -
互联网全景消息(6)之RocketMq-NameServer源码分析
RocketMQ 是阿里巴巴集团基于高可用分布式集群技术,自主研发的云正式商用的专业消息中间件,既可为分布式应用系统提供异步解耦和削峰填谷的能力,同时也具备互联网应用所需的海量消息堆积、高吞吐、可靠重试等特性,是阿里巴巴双 11 使用的核心产品。原创 2024-09-29 17:26:53 · 1016 阅读 · 0 评论 -
互联网全景消息(5)之RocketMq快速入门(下)
零拷贝(英语: Zero-copy) 技术是指计算机执行操作时,CPU不需要先将数据从某处内存复制到另一个特定区域。这种技术通常用于通过网络传输文件时节省CPU周期和内存带宽。➢零拷贝技术可以减少数据拷贝和共享总线操作的次数,消除传输数据在存储器之间不必要的中间拷贝次数,从而有效地提高数据传输效率➢零拷贝技术减少了用户进程地址空间和内核地址空间之间因为上:下文切换而带来的开销可以看出没有说不需要拷贝,只是说减少冗余[不必要]的拷贝。原创 2024-09-21 13:27:32 · 938 阅读 · 0 评论 -
互联网全景消息(3)之RocketMq快速入门(上)
NameServer。原创 2024-09-12 22:30:51 · 972 阅读 · 0 评论 -
互联网全景消息(4)之RocketMq快速入门(中)
Producer将消息发送到消息队列RockerMQ服务端,但并不期望这条消息立马投递(被消费者消费),,而是延迟一定时间后才投递到 Consumer 进行消费,该消息即延时消息。:消息生产和消费有时间窗口要求:比如在电商交易中超时未支付关闭订单的场景,在订单创建时向RocketMQ发送一条延时消息。这条消息将会在 30 分钟以后投递给消费者,消费者收到此消息后需要判断对应的订单是否已完成支付。如支付未完成,则关闭订单。如已完成支付则忽略。原创 2024-09-18 22:36:48 · 775 阅读 · 0 评论 -
互联网全景消息(1)之RabbitMq基础入门
类型名称路由规则Default自动命名的直交换机Direct把消息路由到BindingKey和RoutingKey完全匹配的队列中,RoutingKey==,严格匹配Fanout发送到该交换机的消息都会路由到与该交换机绑定的所有队列上,可以用来做广播Topictopic和direct类似,也是将消息发送到RoutingKey和BindingKey相匹配的队列中,只不过可以模糊匹配Headers根据发送的消息内容中的headers。原创 2024-08-28 15:42:43 · 1138 阅读 · 0 评论 -
RocketMQ(2)之消息发送案例
rockmq消息发送案例原创 2023-09-05 15:45:09 · 670 阅读 · 0 评论 -
RocketMQ(1)之RocketMQ架构设计与概念
RocketMQ主要由 Producer、Broker、Consumer 三部分组成,其中Producer 负责生产消息,Consumer 负责消费消息,Broker 负责存储消息。Broker 在实际部署过程中对应一台服务器,每个 Broker 可以存储多个Topic的消息,每个Topic的消息也可以分片存储于不同的 Broker。Message Queue 用于存储消息的物理地址,每个Topic中的消息地址存储于多个 Message Queue 中。原创 2023-08-31 10:35:37 · 390 阅读 · 0 评论