RabbitMq 的高级特性

九鹤
• 阅读 1404

消息可靠性 当作为消息的投递着不希望,任何消息投递失败或者消息丢失rabbitmq提供了两种方式来复制投递失败,确保消息的可靠性 confirm 确认模式 return 退回模式

消息从投递者到product到交换机(exchange)返回一个confirmCallback(不管投递是否成功) 都会执行这个回调函数,只是返回的布尔值不一样) exchange到queue投递失败则返回一个returnCallback(只有失败才会执行) 使用者两种方式来保证消息投递的可靠性


confirm 确认模式 <rabbit:connection-factory id="connectionFactory" host="${rabbitmq.host}" port="${rabbitmq.port}" username="${rabbitmq.username}" password="${rabbitmq.password}" virtual-host="${rabbitmq.virtual-host}" publisher-confirms="true"//开启confirm publisher-returns="true"//开启return />

/* / 确认模式: /* 步骤: /* 1. 确认模式开启:ConnectionFactory中开启publisher-confirms="true" /* 2. 在rabbitTemplate定义ConfirmCallBack回调函数 /*/ @Test public void testConfirm() {

//2. 定义回调
rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback() {
    /**
     *
     * @param correlationData 相关配置信息
     * @param ack   exchange交换机 是否成功收到了消息。true 成功,false代表失败
     * @param cause 失败原因
     */
    @Override
    public void confirm(CorrelationData correlationData, boolean ack, String cause) {
        System.out.println("confirm方法被执行了....");

        if (ack) {
            //接收成功
            System.out.println("接收成功消息" + cause);
        } else {
            //接收失败
            System.out.println("接收失败消息" + cause);
            //做一些处理,让消息再次发送。
        }
    }
});
//3. 发送消息
rabbitTemplate.convertAndSend("test_exchange_confirm111", "confirm", "message confirm....");

}

return 退回模式 @Test public void testReturn() {

//设置交换机处理失败消息的模式(如果不设置这 当消息投递失败 默认就将消息丢弃)
rabbitTemplate.setMandatory(true);

//2.设置ReturnCallBack
rabbitTemplate.setReturnCallback(new RabbitTemplate.ReturnCallback() {
    /**
     *
     * @param message   消息对象
     * @param replyCode 错误码
     * @param replyText 错误信息
     * @param exchange  交换机
     * @param routingKey 路由键
     */
    @Override
    public void returnedMessage(Message message, int replyCode, String replyText, String exchange, String routingKey) {
        System.out.println("return 执行了....");

        System.out.println(message);
        System.out.println(replyCode);
        System.out.println(replyText);
        System.out.println(exchange);
        System.out.println(routingKey);

        //处理
    }
});


//3. 发送消息
rabbitTemplate.convertAndSend("test_exchange_confirm", "confirm", "message confirm....");

}


consumer Ack 消费端签收消息 如果消费者没有接收到消息 在这种模式下会,消息会从新回到队列里面,再发送。 rabbit:listener-container acknowledge="manual"//开启akc中的手动签收模式

hannel.basicAck(deliveryTag,true);方法进行签收; 如果出现异常 在catch中调用 channel.basicNack(deliveryTag,true,true);拒绝消息,如MQ重新发送消息 @Override public void onMessage(Message message, Channel channel) throws Exception { long deliveryTag = message.getMessageProperties().getDeliveryTag();

try {
    //1.接收转换消息
    System.out.println(new String(message.getBody()));

    //2. 处理业务逻辑
    System.out.println("处理业务逻辑...");
    int i = 3/0;//出现错误
    //3. 手动签收
    channel.basicAck(deliveryTag,true);
} catch (Exception e) {
    //e.printStackTrace();

    //4.拒绝签收
    /*
   // 第三个参数:requeue:重回队列。如果设置为true,则消息重新回到queue,broker会重新发送该消息给消费端*/
    channel.basicNack(deliveryTag,true,true);
    //channel.basicReject(deliveryTag,true);
}

消费端限流 业务场景:某一个系统每一秒中处理请求一万,秒杀场景mq中有几十万的请求,一下子砸到系统上,系统就挂了,所有mq只给系统一万的流量,而不是一次性把mq里面的消息给系统。

Consumer 限流机制

  1. 确保ack机制为手动确认。

  2. listener-container配置属性 perfetch = 1,表示消费端每次从mq拉去一条消息来消费,直到手动确认消费完毕后,才会继续拉去下一条消息。 @Override public void onMessage(Message message, Channel channel) throws Exception {

    Thread.sleep(1000); //1.获取消息 System.out.println(new String(message.getBody()));

    //2. 处理业务逻辑

    //3. 签收 channel.basicAck(message.getMessageProperties().getDeliveryTag(),true);

}

TTL Time to live(存活时间)。 当消息达到存时间后,还没有被消费,会被自动清除 也可以对消息设置过期时间,也可以对整个队列设置过期时间 死信队列 DLX 死信交换机 当消息成为dead message后 可以被重新发送到另一个交换机上,这个交换机就是DLX.

比如,一个队列设置了一个过期时间,这个队列里面的消息没有在指定时间里面被消费,就会被丢弃,如果这个队列绑定了死性交换机,这个消息都会被提交到这个死信交换机里面,这个死信交换机又绑定了别的队列,可以将消息提交到别的队列里面 延迟队列 在什么情况下消息变成死信 队列消息长度到达限制 消费者拒绝消息 原队列存在消息过期设置 消息超过时间没有被消费 当消息进入队列不会立即被消费,只有到达指定时间后, 需求:下单之后30分钟没有支付 取消订单 回滚数据库 新用户注册7天发送短信问候 定时器

mq中使用 TTl加死信队列实现延迟的效果

日志与监控

消息可靠性分析与追踪 管理消息可靠性 当作为消息的投递着不希望,任何消息投递失败或者消息丢失rabbitmq提供了两种方式来复制投递失败,确保消息的可靠性 confirm 确认模式 return 退回模式

消息从投递者到product到交换机(exchange)返回一个confirmCallback(不管投递是否成功) 都会执行这个回调函数,只是返回的布尔值不一样) exchange到queue投递失败则返回一个returnCallback(只有失败才会执行) 使用者两种方式来保证消息投递的可靠性


confirm 确认模式 <rabbit:connection-factory id="connectionFactory" host="${rabbitmq.host}" port="${rabbitmq.port}" username="${rabbitmq.username}" password="${rabbitmq.password}" virtual-host="${rabbitmq.virtual-host}" publisher-confirms="true"//开启confirm publisher-returns="true"//开启return />

/* / 确认模式: /* 步骤: /* 1. 确认模式开启:ConnectionFactory中开启publisher-confirms="true" /* 2. 在rabbitTemplate定义ConfirmCallBack回调函数 /*/ @Test public void testConfirm() {

//2. 定义回调
rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback() {
    /**
     *
     * @param correlationData 相关配置信息
     * @param ack   exchange交换机 是否成功收到了消息。true 成功,false代表失败
     * @param cause 失败原因
     */
    @Override
    public void confirm(CorrelationData correlationData, boolean ack, String cause) {
        System.out.println("confirm方法被执行了....");

        if (ack) {
            //接收成功
            System.out.println("接收成功消息" + cause);
        } else {
            //接收失败
            System.out.println("接收失败消息" + cause);
            //做一些处理,让消息再次发送。
        }
    }
});
//3. 发送消息
rabbitTemplate.convertAndSend("test_exchange_confirm111", "confirm", "message confirm....");

}

return 退回模式 @Test public void testReturn() {

//设置交换机处理失败消息的模式(如果不设置这 当消息投递失败 默认就将消息丢弃)
rabbitTemplate.setMandatory(true);

//2.设置ReturnCallBack
rabbitTemplate.setReturnCallback(new RabbitTemplate.ReturnCallback() {
    /**
     *
     * @param message   消息对象
     * @param replyCode 错误码
     * @param replyText 错误信息
     * @param exchange  交换机
     * @param routingKey 路由键
     */
    @Override
    public void returnedMessage(Message message, int replyCode, String replyText, String exchange, String routingKey) {
        System.out.println("return 执行了....");

        System.out.println(message);
        System.out.println(replyCode);
        System.out.println(replyText);
        System.out.println(exchange);
        System.out.println(routingKey);

        //处理
    }
});


//3. 发送消息
rabbitTemplate.convertAndSend("test_exchange_confirm", "confirm", "message confirm....");

}


consumer Ack 消费端签收消息 如果消费者没有接收到消息 在这种模式下会,消息会从新回到队列里面,再发送。 rabbit:listener-container acknowledge="manual"//开启akc中的手动签收模式

hannel.basicAck(deliveryTag,true);方法进行签收; 如果出现异常 在catch中调用 channel.basicNack(deliveryTag,true,true);拒绝消息,如MQ重新发送消息 @Override public void onMessage(Message message, Channel channel) throws Exception { long deliveryTag = message.getMessageProperties().getDeliveryTag();

try {
    //1.接收转换消息
    System.out.println(new String(message.getBody()));

    //2. 处理业务逻辑
    System.out.println("处理业务逻辑...");
    int i = 3/0;//出现错误
    //3. 手动签收
    channel.basicAck(deliveryTag,true);
} catch (Exception e) {
    //e.printStackTrace();

    //4.拒绝签收
    /*
   // 第三个参数:requeue:重回队列。如果设置为true,则消息重新回到queue,broker会重新发送该消息给消费端*/
    channel.basicNack(deliveryTag,true,true);
    //channel.basicReject(deliveryTag,true);
}

消费端限流 业务场景:某一个系统每一秒中处理请求一万,秒杀场景mq中有几十万的请求,一下子砸到系统上,系统就挂了,所有mq只给系统一万的流量,而不是一次性把mq里面的消息给系统。

Consumer 限流机制

  1. 确保ack机制为手动确认。

  2. listener-container配置属性 perfetch = 1,表示消费端每次从mq拉去一条消息来消费,直到手动确认消费完毕后,才会继续拉去下一条消息。 @Override public void onMessage(Message message, Channel channel) throws Exception {

    Thread.sleep(1000); //1.获取消息 System.out.println(new String(message.getBody()));

    //2. 处理业务逻辑

    //3. 签收 channel.basicAck(message.getMessageProperties().getDeliveryTag(),true);

}

TTL Time to live(存活时间)。 当消息达到存时间后,还没有被消费,会被自动清除 也可以对消息设置过期时间,也可以对整个队列设置过期时间 死信队列 DLX 死信交换机 当消息成为dead message后 可以被重新发送到另一个交换机上,这个交换机就是DLX.

比如,一个队列设置了一个过期时间,这个队列里面的消息没有在指定时间里面被消费,就会被丢弃,如果这个队列绑定了死性交换机,这个消息都会被提交到这个死信交换机里面,这个死信交换机又绑定了别的队列,可以将消息提交到别的队列里面 延迟队列 在什么情况下消息变成死信 队列消息长度到达限制 消费者拒绝消息 原队列存在消息过期设置 消息超过时间没有被消费 当消息进入队列不会立即被消费,只有到达指定时间后, 需求:下单之后30分钟没有支付 取消订单 回滚数据库 新用户注册7天发送短信问候 定时器

mq中使用 TTl加死信队列实现延迟的效果

日志与监控

消息可靠性分析与追踪 管理

点赞
收藏
评论区
推荐文章
blmius blmius
2年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s
Jacquelyn38 Jacquelyn38
2年前
2020年前端实用代码段,为你的工作保驾护航
有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
皕杰报表之UUID
​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为
Stella981 Stella981
2年前
KVM调整cpu和内存
一.修改kvm虚拟机的配置1、virsheditcentos7找到“memory”和“vcpu”标签,将<namecentos7</name<uuid2220a6d1a36a4fbb8523e078b3dfe795</uuid
Wesley13 Wesley13
2年前
mysql设置时区
mysql设置时区mysql\_query("SETtime\_zone'8:00'")ordie('时区设置失败,请联系管理员!');中国在东8区所以加8方法二:selectcount(user\_id)asdevice,CONVERT\_TZ(FROM\_UNIXTIME(reg\_time),'08:00','0
Stella981 Stella981
2年前
HIVE 时间操作函数
日期函数UNIX时间戳转日期函数: from\_unixtime语法:   from\_unixtime(bigint unixtime\, string format\)返回值: string说明: 转化UNIX时间戳(从19700101 00:00:00 UTC到指定时间的秒数)到当前时区的时间格式举例:hive   selec
Wesley13 Wesley13
2年前
00:Java简单了解
浅谈Java之概述Java是SUN(StanfordUniversityNetwork),斯坦福大学网络公司)1995年推出的一门高级编程语言。Java是一种面向Internet的编程语言。随着Java技术在web方面的不断成熟,已经成为Web应用程序的首选开发语言。Java是简单易学,完全面向对象,安全可靠,与平台无关的编程语言。
Stella981 Stella981
2年前
Django中Admin中的一些参数配置
设置在列表中显示的字段,id为django模型默认的主键list_display('id','name','sex','profession','email','qq','phone','status','create_time')设置在列表可编辑字段list_editable
Wesley13 Wesley13
2年前
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
Python进阶者 Python进阶者
2个月前
Excel中这日期老是出来00:00:00,怎么用Pandas把这个去除
大家好,我是皮皮。一、前言前几天在Python白银交流群【上海新年人】问了一个Pandas数据筛选的问题。问题如下:这日期老是出来00:00:00,怎么把这个去除。二、实现过程后来【论草莓如何成为冻干莓】给了一个思路和代码如下:pd.toexcel之前把这
九鹤
九鹤
Lv1
男 · 合肥 · Java开发
过尽征鸿来尽燕,故园消息茫然。
文章
4
粉丝
0
获赞
0