1 RocketMQ是以consumer group+queue来确认消息消费进度，通过gruop+offset来标记一个goroup在queue上消费进度，消费成功之后都会返回一个ack消息告之broker更新offset，但是RocketMQ并不是按一条一条消息来做ack，而是根据一次拉取批量来做消息ack如一次从broker拉去10条消息，就按照10条（不一定是10条，跟更新远程的消费进度定
转载
2024-02-29 12:34:23
918阅读
基本概念1 消息模型（Message Model）RocketMQ主要由 Producer、Broker、Consumer 三部分组成，其中Producer 负责生产消息，Consumer 负责消费消息，Broker 负责存储消息。Broker 在实际部署过程中对应一台服务器，每个 Broker 可以存储多个Topic的消息，每个Topic的消息也可以分片存储于不同的 Broker。M
转载
2024-08-21 21:50:49
64阅读
设计知识点ACK 重试机制原理死信队列（DLQ队列）几个问题消息重试是什么意思？Consumer 消费消息分为集群模式(Cluster）、广播模式（Broadcast），两种模式都会进行消息重试吗？消息重试的策略是什么？消息重试的延迟时间规则？什么叫死信队列？有什么特点？Msg加入死信队列的条件是什么？知识背景我们知道Consumer拉取消息、消费消息时分开的，分别由两个类去实现：拉取消息：Pul
转载
2024-06-05 09:29:12
338阅读
RocketMQ的事务投递这是阿里的分布式事务图： 1、A服务先发送个Half Message给Brock端，消息中携带 B服务 即将要+100元的信息。2、当A服务知道Half Message发送成功后，那么开始第3步执行本地事务。3、执行本地事务(会有三种情况1、执行成功。2、执行失败。3、网络等原因导致没有响应)4.1)、如果本地事务成功，那么Product像Brock服务器发送Commit
RabbitMQ本身提供了三种机制来保证消息的成功投递，成功消费，和消息丢失的处理，一个一个测试一下。1、RabbitMQ的ACK机制ACK机制是rabbitmq保证消息成功消费的机制，默认应该是自动签收的，也就是消息被队列取出即视为已消费，但是往往业务流程里面会存在必须等业务处理完成才能是已签收，或者处理业务的过程中发生了异常，不能签收，所以ACK机制可以保证这个问题。 1、首先要将签收设置为非
目录一、WireMock官网一、下载并启动WireMock三、springboot项目开发WireMock客户端 一、WireMock官网官网地址：http://wiremock.org/WireMock是一个基于HTTP的API模拟器，可以模拟你的API，以进行快速，强大和全面测试，它的核心是Web服务器，它可以启动以提供对特定请求的罐装响应（存根），并捕获传入的请求，以便以后进行检查（验证）
转载
2024-02-26 17:02:53
185阅读
本文主要对RocketMQ服务安装搭建部署详细介绍及控制台安装部署 目录下载安装部署启动/停止服务MQ控制台安装部署下载官网下载地址：https://rocketmq.apache.org/dowloading/releases/在这个页面可以好好的看下，有下载指南什么的。一般下载都不下载最新版，找一个稳定比较新的版本下载。我们就下载一个4.5.0版本的来进行学习。4.5.0版本是19年
RocketMQ 常见面试题1、RocketMQ Broker中的消息被消费后会立即删除吗？不会，每条消息都会持久化到CommitLog中，每个Consumer连接到Broker后会维持消费进度信息，当有消息消费后只是当前Consumer的消费进度（CommitLog的offset）更新了。追问：那么消息会堆积吗？什么时候清理过期消息？ 默认72小时后会删除不再使用的CommitLog文件检查这个
一：顺序发送通过一定算法，将一组顺序消息发送到同一个broker下面的同一个队列，消费者进行顺序监听即可。 例如：一条信息的唯一标识 通过一定算法 路由到 同一个 broker 下到 某一个队列下。 通过业务层面处理。// RocketMQ通过MessageQueueSelector中实现的算法来确定消息发送到哪一个队列上
// RocketMQ默认提供了两种MessageQueueSelecto
转载
2024-09-23 17:14:05
347阅读
1、什么是ACL?ACL是access control list的简称，俗称访问控制列表。访问控制，基本上会涉及到用户、资源、权限、角色等概念，那在RocketMQ中上述会对应哪些对象呢？用户 用户是访问控制的基础要素，也不难理解，RocketMQ ACL必然也会引入用户的概念，即支持用户名、密码。资源 资源，需要保护的对象，在RocketMQ中，消息发送涉及的Topic、消息消费涉及的消费组，应
转载
2024-05-29 10:45:57
828阅读
介绍最简单的websocket使用 以及记录一下我使用springboot整合websocket遇到的一些问题网上有很多demo，下面推荐一个最简单的，方便大家理解： 只需要处理1个HTML文件+1个pom文件+2个JAVA文件一、Socket简介 Socket又称"套接字"，应用程序通常通过"套接字"向网络发出请求或者应答网络请求。Socket的英文原义是“孔”或“插座”，作为UNIX的进程通信
转载
2024-07-16 10:16:22
111阅读
目录1、消息存储消息存储结构刷盘机制 1、同步刷盘2、异步刷盘2、高可用性机制1、消息消费高可用2、消息发送高可用3、消息主从复制1、同步复制2、异步复制3、负载均衡1、Producer负载均衡2、Consumer负载均衡1、集群模式2、广播模式4、消息重试1、顺序消息的重试2、无序消息的重试3、配置方式5、死信队列特性6、消费幂等处理方式1、消息存储消息生成者发送消息MQ收到消息，将消
转载
2024-07-12 05:13:13
2145阅读
ActiveMQ、RabbitMQ、RocketMQ、Kafka四种消息中间件分析介绍我们从四种消息中间件的介绍到基本使用，以及高可用，消息重复性，消息丢失，消息顺序性能方面进行分析介绍！一、消息中间件的使用场景消息中间件的使用场景总结就是六个字：解耦、异步、削峰1.解耦如果我方系统A要与三方B系统进行数据对接，推送系统人员信息，通常我们会使用接口开发来进行。但是如果运维期间B系统进行了调整，或者
本节目录1、消息队列负载2、消息拉取3、消息顺序消息消费3.1核心属性与构造函数3.2 start方法3.3 submitConsumeRequest3.4 ConsumeMessageOrderlyService#ConsumeRequest3.4 消息队列锁实现 所谓顺序消费，rocketmq 支持同一消费队列上的消息顺序消费。 消息消费涉及3个点： 1、消息队列重新负载。 2、消息拉取。
转载
2024-05-11 09:37:14
93阅读
RocketMQ顺序消费 如果要保证顺序消费，那么他的核心点就是：生产者有序存储、消费者有序消费。一、概念 1、什么是无序消息无序消息 无序消息也指普通的消息，Producer 只管发送消息，Consumer 只管接收消息，至于消息和消息之间的顺序并没有保证。举例 Producer 依次发送 orderId 为 1、2、3 的消息，Consumer 接到的消息顺序有可能是 1、2、3，也有可
转载
2024-04-16 13:17:09
56阅读
一、主要场景事物消费需要先说说什么是分布式事务。比如经典的跨行转账：从工商银行转到建设银行，也就是我从工商银行扣除1000元之后，我的建设银行也必须加1000元。这样才能保证数据的一致性。假如工商银行转1000元之后，建设银行的服务器突然宕机，那么我扣除了1000，但是并没有在建设银行给我加1000，就出现了数据的不一致。因此加1000和减1000才行，减1000和减1000必须一起成功，一起失败
转载
2024-05-29 00:54:13
360阅读
报错内容： java.lang.IllegalStateException: Channel closed; cannot ack/nack 可能1，rabbitmq的配置文件需要设置 spring: rabbitmq: listener: direct: #手动确认 acknowledge-mod
原创
2022-06-13 08:53:03
501阅读
几个常用视图的说明：v$lock v$sqlarea v$session v$sesstat v$session_wait v$process v$transaction v$sort_usage v$sysstat 九个重要视图 1）v$lock给出了锁的信息，如type字段， user type locks有3种：TM，TX，UL，system type locks有多种，常见的有：MR，RT
一、修改 hosts我是准备了两台虚拟机，所以分别在两台修改了hosts，用如下命令修改hostsvim /etc/hosts分别在两台虚拟机上配置如下配置，ip是你自己虚拟机的ip192.168.32.128 rocketmq-n1
192.168.32.129 rocketmq-n2修改完后刷新配置systemctl restart network二、配置文件broker-a.p
转载
2024-10-21 17:20:23
110阅读
1 场景一个服务中有存在多个数据库事务,要求:保证数据一致不产生脏数据不误删数据 即前面的事务正常运行,后面的事务出现异常,数据库保持调用该服务前的状态2 方案Springboot开启事务,在Service实现层添加@Transactional注解,但是该注解默认捕捉RuntimeException和Error异常,出现如Exception异常时,需要手动捕捉,即不手动捕捉,会出现@Transac
转载
2024-01-03 08:52:17
372阅读
