rocketmq

今天你TLE了吗1 小时前
java·spring boot·后端·学习·rocketmq
通过RocketMQ延时消息实现优惠券等业务MySQL当中定时自动过期向我们常使用的优惠券都有使用时限,有的是几个小时有的是几天在缓存当中我们可以设定TTL让redis自动销毁,但是数据库不行,需要我们自己执行数据库字段修改对应属性或者进行逻辑删除。
jiayong2314 小时前
rocketmq
RocketMQ实战RocketMQ 是阿里巴巴开源的分布式消息中间件,由 Java 语言开发,2016 年捐献给 Apache 基金会,成为 Apache 顶级项目。它是一款低延迟、高可靠、可伸缩、易于使用的消息中间件。
huisheng_qaq2 天前
rocketmq·rocketmq集群·rocketmq源码·dashboard可视化界面·mq中间件
【RocketMq源码篇-03】dashboard安装搭建和启动详解(集群版)RocketMq源码核心篇整体栏目如需转载,请附上链接: https://blog.csdn.net/zhenghuishengq/article/details/155371854
雨中飘荡的记忆2 天前
java·rocketmq
布式事务详解:从理论到实践(RocketMQ + Seata)在微服务架构日益普及的今天,分布式事务成为了每个后端开发者必须面对的挑战。本文将从理论到实践,深入探讨分布式事务的解决方案,并结合 RocketMQ 和 Seata 框架给出具体的代码示例。
galaxyffang7 天前
分布式·kafka·rocketmq
RocketMQ 为什么性能不如 Kafka?声明:本文基于up主小白debug的文章进行了一些延伸用于学习,原文章地址 在上篇文章《rocketmq 是什么》中,我们了解到 RocketMQ 的架构其实参考了 kafka 的设计思想,同时又在 kafka 的基础上做了一些调整。看起来,RocketMQ 好像各方面都比 kafka 更能打。
一叶飘零_sweeeet7 天前
分布式·kafka·rocketmq
从 Kafka 到 RocketMQ:迁移实战全攻略在分布式消息队列的选型中,Kafka 凭借高吞吐量和生态优势长期占据市场,但 RocketMQ 作为阿里开源的消息中间件,在金融级可靠性、事务消息、本地化支持等方面表现突出。随着业务规模扩大,不少团队面临从 Kafka 向 RocketMQ 迁移的需求 —— 如何平滑过渡?性能差异到底有多大?那些隐藏的坑该怎么躲?本文结合实战经验,从兼容改造、性能对比、坑点规避三个维度,带你彻底搞懂这场迁移战役。
一叶飘零_sweeeet10 天前
微服务·架构·rocketmq
Spring Cloud Alibaba RocketMQ 实战:从底层原理到微服务落地全攻略作为微服务架构中的核心组件,消息队列承担着解耦、削峰、异步通信等关键职责。而 RocketMQ 凭借其高吞吐、低延迟、高可靠的特性,成为微服务场景下的首选消息中间件之一。Spring Cloud Alibaba 作为主流的微服务生态,提供了对 RocketMQ 的无缝集成支持,让开发者能够快速实现消息驱动的微服务架构。
一叶飘零_sweeeet11 天前
负载均衡·rocketmq
RocketMQ 核心解密:NameServer 路由发现与负载均衡的底层逻辑全解析作为 Apache 顶级开源消息中间件,RocketMQ 凭借高吞吐、低延迟、高可用的特性成为分布式系统中异步通信的核心组件。在 RocketMQ 的架构体系中,NameServer 扮演着 “消息路由大脑” 的关键角色 —— 它不仅负责维护 Broker 集群的路由信息,还为生产者和消费者提供负载均衡决策依据。如果说 Broker 是消息存储的 “仓库”,Topic 是消息分类的 “货架”,那么 NameServer 就是整个系统的 “导航系统”。本文将从底层原理出发,深度拆解 NameServer 的
无心水11 天前
分布式·rocketmq·分布式事务·saga·事务消息·分布式利器·2pc3pc
【分布式利器:事务】5、本地消息表vs事务消息:异步方案怎么选?在分布式事务的异步方案中,“本地消息表”和“事务消息”是最常用的两种——它们都基于“消息传递”实现最终一致性,适合“非实时依赖”的场景(如订单创建后异步通知库存扣减、物流派单)。 但两者的实现方式、侵入性、可靠性差异很大:前者靠数据库表“硬扛”消息可靠性,后者靠消息队列的原生机制“优雅”解决。
huisheng_qaq12 天前
docker·rocketmq·rocketmq集群·rocketmq源码·2主2从
【RocketMq源码篇-02】rocketmq集群搭建详细过程(docker版-2主2从)RocketMq源码核心篇整体栏目前面文章将讲解了rocketmq的单机搭建和基本使用,在实际公司或者大厂中,为了保证高性能和高可用,都会搭建多台机器来实现。比如说集群搭建来保证高可用,即使是有一台机器坏了,也能通过另外的机器来保证流程的高可用;然后通过主从复制,读写分离的方式实现高性能,比如主库用来读,从库用来写的方式实现高性能。
无心水12 天前
中间件·架构·rocketmq·topic·rocketmq基本原理·电商金融mq·nameserver
【分布式利器:RocketMQ】RocketMQ基本原理详解:架构、流程与核心特性(附实战场景)在分布式系统中,消息队列是“解耦、削峰、异步通信”的核心组件,而RocketMQ作为阿里巴巴开源的分布式消息中间件,凭借高吞吐(百万级TPS)、低延迟(毫秒级)、高可靠的特性,被广泛用于电商秒杀、金融交易、日志同步等场景。
小虾米 ~13 天前
java·rocketmq·java-rocketmq
RocketMQ DefaultMQPushConsumer vs DefaultLitePullConsumerDefaultMQPushConsumer (推送模式)DefaultLitePullConsumer (拉取模式)
2***574214 天前
分布式·rabbitmq·rocketmq
后端消息中间件对比,RabbitMQ与RocketMQ后端消息中间件对比:RabbitMQ与RocketMQ深度评测消息中间件作为现代分布式系统的核心组件,承担着系统解耦、异步通信和流量削峰等重要职责。本文将从多个维度对两款主流的消息中间件RabbitMQ和RocketMQ进行深度对比,帮助开发者根据实际业务需求做出合理选择。
无心水15 天前
网络·数据库·rocketmq·java面试·消息幂等·重复消费·分布式利器
【分布式利器:RocketMQ】2、RocketMQ消息重复?3种幂等方案,彻底解决重复消费(附代码实操)消息重复是RocketMQ使用中最容易遇到的“隐形炸弹”。比如支付场景中,一条“扣减库存”的消息被重复消费,可能导致库存多扣;订单场景里,重复的“确认收货”消息可能引发多次退款。更麻烦的是,RocketMQ无法100%避免消息重复,但我们可以通过“幂等设计”让重复消息“无害”。
信仰_27399324316 天前
java·rocketmq·java-rocketmq
RocketMQ事务消息实现订单创建 + 扣减库存如果通过事务消息实现“订单创建 + 扣减库存”?RocketMQ 事务消息的执行流程如下:当调用 transactionProducer.sendMessageInTransaction方法时,会依次执行以下操作: 发送半消息(这个是自动做的):首先向 Broker 发送一条"半消息",该消息对消费者不可见 执行本地事务:半消息发送成功后(只有发送成功才会进到这里),自动回调 executeLocalTransaction方法,在此方法中执行订单创建等本地业务逻辑 返回事务状态:根据本地事务执行结果,向
原来是好奇心18 天前
分布式·kafka·rabbitmq·rocketmq·activemq·mq
消息队列终极选型:RabbitMQ、RocketMQ、Kafka与ActiveMQ深度对比在当今的分布式系统架构中,消息队列(MQ)作为解耦、异步和削峰填谷的核心组件,其选型直接影响到系统的性能、可靠性和可维护性。
tanxiaomi18 天前
数据库·rocketmq
RocketMQ微服务架构实践:从入门到精通完整指南通过一个完整的电商场景,从基础到进阶全面掌握在Spring中使用RocketMQ的方法。这是一个循序渐进的教程,旨在帮助你系统性地掌握RocketMQ在微服务架构中的应用。 demo可以通过https://gitee.com/tanxiaomi/interview-demo/blob/master/Interview-demo.rar下载
阿里云云原生19 天前
微服务·serverless·rocketmq
AI 原生应用开发实战营·深圳站丨限时报名开启!在大模型驱动软件范式演进的当下,AI 原生(AI-Native)应用正成为企业构建下一代智能系统的核心路径。
踏浪无痕20 天前
rocketmq
RocketMQ本地消息表:生产环境下的分布式事务最佳实践在微服务架构下,分布式事务一直是个让人头疼的问题。RocketMQ虽然提供了事务消息机制,但在某些场景下,本地消息表方案反而更加稳定可靠。这篇文章会从实战角度,和大家聊聊我在生产环境中使用本地消息表的经验,包括踩过的坑和总结的最佳实践。
踏浪无痕21 天前
rocketmq
深入理解集群消费与广播消费的进度管理策略深入理解集群消费与广播消费的进度管理策略关键理解:ConsumeQueue 本身不记录消费进度!ConsumeQueue 只是一个消息索引,它存储的是消息在 CommitLog 中的位置信息,是一个只读的、所有消费者共享的数据结构。