active mq 事物以及ack模式 事务介绍

最新推荐文章于 2022-03-20 17:34:20 发布
最新推荐文章于 2022-03-20 17:34:20 发布
阅读量154 收藏
点赞数
文章标签： python java 测试
原文链接：https://my.oschina.net/u/1992570/blog/824255
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

ACK模式与类型介绍

JMS API中约定了Client端可以使用四种ACK_MODE,在javax.jms.Session接口中:

  • AUTO_ACKNOWLEDGE = 1    自动确认
  • CLIENT_ACKNOWLEDGE = 2    客户端手动确认   
  • DUPS_OK_ACKNOWLEDGE = 3    自动批量确认
  • SESSION_TRANSACTED = 0    事务提交并确认

在与Spring MVC集成中  mq源码默认 使用AUTO_ACKNOWLEDGE

110827_WMGc_1992570.png

110851_0ysF_1992570.png

Session.AUTO_ACKNOWLEDGE为自动确认，客户端发送和接收消息不需要做额外的工作。哪怕是接收端发生异常，也会被当作正常发送成功。
Session.CLIENT_ACKNOWLEDGE为客户端确认。客户端接收到消息后，必须调用javax.jms.Message的acknowledge方法。jms服务器才会当作发送成功，并删除消息。
DUPS_OK_ACKNOWLEDGE允许副本的确认模式。一旦接收方应用程序的方法调用从处理消息处返回，会话对象就会确认消息的接收；而且允许重复确认。

112021_Ei51_1992570.png

mq消息确认设置如上。

 此外AcitveMQ补充了一个自定义的ACK_MODE: INDIVIDUAL_ACKNOWLEDGE = 4    单条消息确认

我们在开发JMS应用程序的时候,会经常使用到上述ACK_MODE,其中"INDIVIDUAL_ACKNOWLEDGE "只有ActiveMQ支持,当然开发者也可以使用它. ACK_MODE描述了Consumer与broker确认消息的方式(时机),比如当消息被Consumer接收之后,Consumer将在何时确认消息。对于broker而言，只有接收到ACK指令,才会认为消息被正确的接收或者处理成功了,通过ACK，可以在consumer与Broker之间建立一种简单的“担保”机制. 

Client端指定了ACK_MODE,但是在Client与broker在交换ACK指令的时候,还需要告知ACK_TYPE,ACK_TYPE表示此确认指令的类型，不同的ACK_TYPE将传递着消息的状态，broker可以根据不同的ACK_TYPE对消息进行不同的操作。

Client端指定了ACK_MODE,但是在Client与broker在交换ACK指令的时候,还需要告知ACK_TYPE,ACK_TYPE表示此确认指令的类型，不同的ACK_TYPE将传递着消息的状态，broker可以根据不同的ACK_TYPE对消息进行不同的操作。

 

    比如Consumer消费消息时出现异常,就需要向broker发送ACK指令,ACK_TYPE为"REDELIVERED_ACK_TYPE",那么broker就会重新发送此消息。在JMS API中并没有定义ACT_TYPE,因为它通常是一种内部机制,并不会面向开发者。ActiveMQ中定义了如下几种ACK_TYPE(参看MessageAck类):

  • DELIVERED_ACK_TYPE = 0    消息"已接收"，但尚未处理结束
  • STANDARD_ACK_TYPE = 2    "标准"类型,通常表示为消息"处理成功"，broker端可以删除消息了
  • POSION_ACK_TYPE = 1    消息"错误",通常表示"抛弃"此消息，比如消息重发多次后，都无法正确处理时，消息将会被删除或者DLQ(死信队列)
  • REDELIVERED_ACK_TYPE = 3    消息需"重发"，比如consumer处理消息时抛出了异常，broker稍后会重新发送此消息
  • INDIVIDUAL_ACK_TYPE = 4    表示只确认"单条消息",无论在任何ACK_MODE下    
  • UNMATCHED_ACK_TYPE = 5    BROKER间转发消息时,接收端"拒绝"消息

    到目前为止,我们已经清楚了大概的原理: Client端在不同的ACK_MODE时,将意味着在不同的时机发送ACK指令,每个ACK Command中会包含ACK_TYPE,那么broker端就可以根据ACK_TYPE来决定此消息的后续操作. 接下来,我们详细的分析ACK_MODE与ACK_TYPE.

事务

ActiveMQ有支持两种事务，

  • JMS transactions - the commit() / rollback() methods on a Session (which is like doing commit() / rollback() on a JDBC connection)
  • XA Transactions - where the XASession acts as an XAResource by communicating with the Message Broker, rather like a JDBC Connection takes place in an XA transaction by communicating with the database.

在支持事务的session中，producer发送message时在message中带有transaction ID。broker收到message后判断是否有transaction ID，如果有就把message保存在transaction store中，等待commit或者rollback消息。所以ActiveMq的事务是针对broker而不是producer的，不管session是否commit，broker都会收到message。

如果producer发送模式选择了persistent，那么message过期后会进入死亡队列。在message进入死亡队列之前，ActiveMQ会删除message中的transaction ID，这样过期的message就不在事务中了，不会保存在transaction store中，会直接进入死亡队列。具体删除transaction ID的地方是在

org.apache.activemq.util.BrokerSupport的doResend，将transaction ID保存在了originalTransactionID中，删除了transaction ID

 

    

转载于:https://my.oschina.net/u/1992570/blog/824255

weixin_34283445
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
RabbitMQ与Erlang的安装及其介绍
丶无题灬景恒的博客
10-14 1115
消息队列 所能承受的并发远高于 数据库 RabbitMQ消息传递模型中的核心思想是生产者从不将任何信息直接发送到队列,任何模式都是直接发送给交换机,再经交换机交给消息队列,其实简单的工作模式也是. 主流MQ:RabbitMQ,RocketMQ,ActiveMQ,Kafka ActiveMQ:最早,处理并发量较低. Kafka:并发量最高,性能高,速度快,但数据不严谨,漏发重复发消息 RocketMQ:阿里自研开发,并是开源的,速度快,并修复了Kafka前期的不严谨,但部分功能是收费的 Rab
ActiveMQ详解一——连接、会话和消费者
chengtang0666的博客
05-05 1039
本文摘自https://www.jianshu.com/p/d41f32ca22a5 如有问题，请在文章评论处留言 背景 ActiveMQ是非常受欢迎且功能强大的开源消息中间件。它具有速度快、支持多种语言和协议、附带易于使用的企业集成模式和诸多的高级功能，同时完全支持JMS1.1和J2EE...
分布式模式之Broker模式
技术积累-LZ
08-21 507
问题来源： 创建一个游戏系统，其将运行在互联网的环境中。客户端通过WWW服务或特定的客户端软件连接到游戏服务器，随着流量的增加，系统不断的膨胀，最终后台数据、业务逻辑被分布式的部署。然而相比中心化的系统，复杂度被无可避免的增大了，该如何降低各个组件之间的耦合度。 挑战： 需要保证可伸缩性、可维护性、可更新性，需要将服务划分为各个相对独立的组件，组件被分布式的部署，它们之间通过进程间通信方...
ActiveMQ
define_us的专栏
03-26 319
参考文档 https://blog.csdn.net/whiteforever/article/details/49929235 http://blog.163.com/_kid/blog/static/3040547620161634230453/ Queue和Topic JMS中定义了两种消息模型：点对点（point to point， queue）和发布/订阅（publish/s...
ActiveMQ死信产生的原因及使用方案
十步杀一人-千里不留行
08-30 5560
DLQ-死信队列(Dead Letter Queue)用来保存处理失败或者过期的消息。 出现以下情况时，消息会被redelivered A transacted session is used and rollback() is called(使用一个事务session，并且调用了rollback()方法). A transacted session is closed before com...
activeMQ死消息队列的管理
LuoShunkui的专栏
09-23 9201
DLQ-死信队列(Dead LetterQueue)用来保存处理失败或者过期的消息。 出现以下情况时，消息会被redelivered A transacted session is used and rollback() is called.A transacted se
active mq 事物以及ack模式介绍
每天积累一点，一年后你会发现，自己变化很大
07-04 3991
消息的确认模式：
消息中间件--JMS--ActiveMQ--02
m0_46159545的博客
08-12 193
上接： 消息中间件–JMS–ActiveMQ–01 消息中间件–JMS–ActiveMQ–02 6、JMS规范 6.1、什么是JMS ​ JMS，全称Java Message Service，类似于JDBC、JNDI，是JavaEE体系中的一种，规定了两个应用程序之间进行异步通信的API，它为标准协议和消息服务提供了一组通用接口，包括创建、发送、读取消息等，用于支持Java应用程序开发。 ​ 在JavaEE中，当两个应用程序使用JMS进行通信时，它们之间不是直接相连的，而是通过一个共同的消息收发服务组件
java面试题
阿江江的博客
03-20 4596
第一章 Java语言 1.Java基础 1.1 为什么Java代码可以实现一次编写、到处运行？ 因为有JVM，这是是Java跨平台的关键。 在程序运行前，Java源代码（.java）需要经过编译器编译成字节码（.class）。 在程序运行时，JVM将字节码翻译成特定平台下的机器码并运行，也就是说，只要在不同的平台上安装对应的JVM，就可以运行字节码文件。 注意事项 编译的结果是生成字节码，字节码不能直接运行，必须通过JVM翻译成机器码才能运行； 跨平台的是Java程序、而不是JVM，JVM是C/C++开发
整理面试题
weixin_52491177的博客
12-09 1446
一、基础篇 Java 基础 1.面向对象的特征 可以说是三大特征，也可以说是四大特征 ①第一个是抽象：就是把有共同特征的一类事物，构造成类，只关注它的属性和行为，而不关注这些行为的细节 ②第二个是封装：就是把数据和操作数据的方法绑定起来，私有化，对外只提供一个最简单的方法 ③第三个是继承：子类继承父类的属性，比如说有多个类定义了共性的内容时，为了提高代码的复用性，就把这些类中的共性内容抽取出来，定义在一个独立的类中，然后再使用其他类去继承这个类中的共性部分，实现了复用，这就是继承 ④第四个是多态：顾名思义就
设置ActiveMQ的Redelivery Policy
周小兵的博客
09-21 3354
Redelivery Policy Detail on when messages are redelivered to a client can be found in the Message Redelivery and DLQ Handling section. Y
Spring ActiveMQ 整合（四）: JMS 事务管理
dly1580854879的博客
04-01 1万+
1.为什么要用事务？        消息事务是在生产者producer到broker或broker到consumer过程中同一个session中发生的，保证几条消息在发送过程中的原子性。        可以在connection的createSession方法中指定一个布尔值开启，如果消息确认机制是事务确认，那么在发送message的过程中session就会开启事务（实际上broker的）
activemq-重发、去重
weixin_30338497的博客
09-05 178
activemq的consumer端也有窗口机制，通过prefetchSize就可以设置窗口大小。加入窗口是为了批量获取数据，同时可以设置optimizeAcknowledge来优化确认回复，优化确认一方面可以减轻client负担（不需要频繁的确认消息）、减少通信开销，另一方面由于延迟了确认（默认ack了0.65*prefetchSize个消息才确认），broker再次发送消息时又可以批量发送，如...
ActiveMQ事务、异步发送、消息确认概念
海锋博客
01-07 1万+
消息事务     消息事务是在生产者producer到broker或broker到consumer过程中同一个session中发生的，保证几条消息在发送过程中的原子性。     在支持事务的session中，producer发送message时在message中带有transactionID。broker收到message后判断是否有transactionID，如果有就把message保存
基于activemq的分布式事务解决方案
Jack博客
12-11 1万+
1、分布式事务出现场景 场景描述：支付宝转账余额宝 分布式事务必须满足的条件： 1、远程RPC调用，支付宝和余额宝存在接口调用 2、支付宝和余额宝使用不同的数据库 如图：   2、分布式事务解决方案 1、基于数据库XA协议的两段提交 XA协议是数据库支持的一种协议，其核心是一个事务管理器用来统一管理两个分布式数据库，如图 事务管理器负责跟支付宝数据库和余额宝数据库打交道...
RabbitMqAck--消息确认模式
a18792721831的博客
06-21 1347
消息确认模式1.生产者的消息确认1.1默认模式1.2事务模式1.3消息确认模式1.4总结1.5消息确认模式的确认方式2.消费者应答2.1自动应答2.2手动应答3.消费者拒绝接受消息4.消息预取5.例子5.1创建项目5.2添加依赖5.3创建配置类5.4创建模式枚举类5.5创建生产者5.6创建消费者5.7创建消息拒绝的消费者5.8生产消息5.9消息消费5.10拒绝消息的消费者 1.生产者的消息确认 ...
python接收ActiveMQ消息
l0w0z0的博客
09-07 811
最近项目需要用到ActiveMQ，使用topic接收消息，网上搜到的例子，发送都没有问题，把conn.start()函数注释掉就ok了，但是接收消息的函数总是报message不存在。 notify_func(frame) TypeError: on_message() missing 1 required positional argument: 'message' 经过检查发现新版本的stomp函数on_message()变了，由之前的3个参数变成了2个参数。 修改代码就能够...
ActiveMQ讯息传送机制以及ACK机制
热门推荐
Jacob
12-30 5万+
ActiveMQ消息传送机制以及ACK机制详解     AcitveMQ是作为一种消息存储和分发组件，涉及到client与broker端数据交互的方方面面，它不仅要担保消息的存储安全性，还要提供额外的手段来确保消息的分发是可靠的。   一. ActiveMQ消息传送机制     Producer客户端使用来发送消息的， Consumer客户端用来消费消息；它们的协同
activemq支持事务
业精于勤，荒于嬉；行成于思，毁于随。
06-08 2698
activemq支持两种事务，本地事务，和分布式事务 public class TestProducer { public static void main(String[] args) throws Exception { ConnectionFactory connectionFactory = new ActiveMQConnectionFactory( ...
MQ回包ack慢是因为什么
最新发布
07-13
MQ回包ack慢可能是由于以下原因之一： 1. 网络延迟：MQ回包ack的过程中，网络延迟可能导致回包的延迟。这可能是由于网络拥塞、网络故障或者距离较远等原因引起的。 2. 消费者处理时间过长：如果消费者处理消息的时间过长，那么MQ在等待消费者处理完成之前可能会一直等待，导致回包ack慢。 3. 消费者负载过重：如果消费者处理的消息量过大，超过了其处理能力，那么消费者在处理消息时可能会变得缓慢，导致回包ack慢。 4. MQ服务器负载高：如果MQ服务器的负载过高，处理消息的速度变慢，可能会导致回包ack的延迟。 需要具体分析和排查具体情况，才能确定导致MQ回包ack慢的具体原因。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值