7. RabbitMQ 高级

最新推荐文章于 2023-09-28 16:15:38 发布

kongfanyu

最新推荐文章于 2023-09-28 16:15:38 发布

阅读量227

点赞数

分类专栏： RabbiMQ实战

本文链接：https://blog.csdn.net/kongfanyu/article/details/109680926

版权

RabbiMQ实战专栏收录该内容

9 篇文章 2 订阅

订阅专栏

7.1. 过期时间TTL

过期时间TTL表示可以对消息设置预期的时间，在这个时间内都可以被消费者接收获取；过了之后消息将自动被删除。RabbitMQ可以对消息和队列设置TTL。目前有两种方法可以设置。

第一种方法是通过队列属性设置，队列中所有消息都有相同的过期时间。
第二种方法是对消息进行单独设置，每条消息TTL可以不同。

如果上述两种方法同时使用，则消息的过期时间以两者之间TTL较小的那个数值为准。消息在队列的生存时间一旦超过设置的TTL值，就称为dead message被投递到死信队列，消费者将无法再收到该消息。

7.1.1. 设置队列TTL

在 spring-rabbitmq-producer\src\main\resources\spring\spring-rabbitmq.xml 文件中添加如下内容：

<!--定义过期队列及其属性，不存在则自动创建-->
<rabbit:queue id="my_ttl_queue" name="my_ttl_queue" auto-declare="true">
    <rabbit:queue-arguments>
        <!--投递到该队列的消息如果没有消费都将在6秒之后被删除-->
        <entry key="x-message-ttl" value-type="long" value="6000"/>
    </rabbit:queue-arguments>
</rabbit:queue>

然后在测试类 spring-rabbitmq-producer\src\test\java\com\ujiuye\rabbitmq\ProducerTest.java 中编写如下方法发送消息到上述定义的队列：

/**
* 过期队列消息
* 投递到该队列的消息如果没有消费都将在6秒之后被删除
*/
@Test
public void ttlQueueTest(){
	//路由键与队列同名
	rabbitTemplate.convertAndSend("my_ttl_queue", 
		"发送到过期队列my_ttl_queue，6秒内不消费则不能再被消费。");
}

参数 x-message-ttl 的值必须是非负 32 位整数 (0 <= n <= 2^32-1) ，以毫秒为单位表示 TTL 的值。这样，值 6000 表示存在于队列中的当前消息将最多只存活 6 秒钟。

如果不设置TTL,则表示此消息不会过期。如果将TTL设置为0，则表示除非此时可以直接将消息投递到消费者，否则该消息会被立即丢弃。
在这里插入图片描述
不用spring-rabbitmq.xml也可以；直接在rabbitMQ中添加对列：

修改测试代码:

@Test
public void ttlQueueTest(){
    //路由键与队列同名
    //rabbitTemplate.convertAndSend("my_ttl_queue", "发送到过期队列my_ttl_queue，6秒内不消费则不能再被消费。");
    //AAA_FUZI_TTL_QUEUE 直接在rabbitMQ中创建消息队列也可以
    rabbitTemplate.convertAndSend("AAA_FUZI_TTL_QUEUE", 
                            "发送到过期队列AAA_FUZI_TTL_QUEUE，10秒内不消费则不能再被消费。");
}

7.1.2. 设置消息TTL

消息的过期时间；只需要在发送消息（可以发送到任何队列，不管该队列是否属于某个交换机）的时候设置过期时间即可。在测试类中编写如下方法发送消息并设置过期时间到队列：

/**
* 过期消息
* 该消息投递任何交换机或队列中的时候；如果到了过期时间则将从该队列中删除
*/
@Test
public void ttlMessageTest(){
	MessageProperties messageProperties = new MessageProperties();
	//设置消息的过期时间，5秒
	messageProperties.setExpiration("5000");

	Message message = new Message("测试过期消息，5秒钟过期".getBytes(), messageProperties);
	//路由键与队列同名
	rabbitTemplate.convertAndSend("my_ttl_queue", message);
}

expiration 字段以微秒为单位表示 TTL 值。且与 x-message-ttl 具有相同的约束条件。因为 expiration 字段必须为字符串类型，broker 将只会接受以字符串形式表达的数字。

当同时指定了 queue 和 message 的 TTL 值，则两者中较小的那个才会起作用。

7.2. 死信队列

DLX，全称为Dead-Letter-Exchange , 可以称之为死信交换机，也有人称之为死信邮箱。当消息在一个队列中变成死信(dead message)之后，它能被重新发送到另一个交换机中，这个交换机就是DLX ，绑定DLX的队列就称之为死信队列。

消息变成死信，可能是由于以下的原因：

消息被拒绝
消息过期
队列达到最大长度

DLX也是一个正常的交换机，和一般的交换机没有区别，它能在任何的队列上被指定，实际上就是设置某一个队列的属性。当这个队列中存在死信时，Rabbitmq就会自动地将这个消息重新发布到设置的DLX上去，进而被路由到另一个队列，即死信队列。

要想使用死信队列，只需要在定义队列的时候设置队列参数 x-dead-letter-exchange 指定交换机即可。

具体步骤如下面的章节。

7.2.1. 定义死信交换机

在 spring-rabbitmq-producer\src\main\resources\spring\spring-rabbitmq.xml 文件中添加如下内容：

<!--定义定向交换机中的持久化死信队列，不存在则自动创建-->
<rabbit:queue id="my_dlx_queue" name="my_dlx_queue" auto-declare="true"/>
<!--定义广播类型交换机；并绑定上述两个队列-->
<rabbit:direct-exchange id="my_dlx_exchange" name="my_dlx_exchange" auto-declare="true">
    <rabbit:bindings>
        <!--绑定路由键my_ttl_dlx、my_max_dlx，可以将过期的消息转移到my_dlx_queue队列-->
        <rabbit:binding key="my_ttl_dlx" queue="my_dlx_queue"/>
        <rabbit:binding key="my_max_dlx" queue="my_dlx_queue"/>
    </rabbit:bindings>
</rabbit:direct-exchange>

7.2.2. 队列设置死信交换机

为了测试消息在过期、队列达到最大长度后都将被投递死信交换机上；所以添加配置如下：

在 spring-rabbitmq-producer\src\main\resources\spring\spring-rabbitmq.xml 文件中添加如下内容：

    <!--定义过期队列及其属性，不存在则自动创建-->
    <rabbit:queue id="my_ttl_dlx_queue" name="my_ttl_dlx_queue" auto-declare="true">
        <rabbit:queue-arguments>
            <!--投递到该队列的消息如果没有消费都将在6秒之后被投递到死信交换机-->
            <entry key="x-message-ttl" value-type="long" value="6000"/>
            <!--设置当消息过期后投递到对应的死信交换机-->
            <entry key="x-dead-letter-exchange" value="my_dlx_exchange"/>
        </rabbit:queue-arguments>
    </rabbit:queue>

    <!--定义限制长度的队列及其属性，不存在则自动创建-->
    <rabbit:queue id="my_max_dlx_queue" name="my_max_dlx_queue" auto-declare="true">
        <rabbit:queue-arguments>
            <!--投递到该队列的消息最多2个消息，如果超过则最早的消息被删除投递到死信交换机-->
            <entry key="x-max-length" value-type="long" value="2"/>
            <!--设置当消息过期后投递到对应的死信交换机-->
            <entry key="x-dead-letter-exchange" value="my_dlx_exchange"/>
        </rabbit:queue-arguments>
    </rabbit:queue>

    <!--定义定向交换机 根据不同的路由key投递消息-->
    <rabbit:direct-exchange id="my_normal_exchange" name="my_normal_exchange" auto-declare="true">
        <rabbit:bindings>
            <rabbit:binding key="my_ttl_dlx" queue="my_ttl_dlx_queue"/>
            <rabbit:binding key="my_max_dlx" queue="my_max_dlx_queue"/>
        </rabbit:bindings>
    </rabbit:direct-exchange>

7.2.3. 消息过期的死信队列测试

1）发送消息代码

添加 spring-rabbitmq-producer\src\test\java\com\ujiuye\rabbitmq\ProducerTest.java方法

/**
* 过期消息投递到死信队列
* 投递到一个正常的队列，但是该队列有设置过期时间，到过期时间之后消息会被投递到死信交换机（队列）
*/
@Test
public void dlxTTLMessageTest(){
	rabbitTemplate.convertAndSend("my_normal_exchange", 
								  "my_ttl_dlx", 
								  "测试过期消息；6秒过期后会被投递到死信交换机");
}

2）在rabbitMQ管理界面中结果

未过期：
在这里插入图片描述
过期后：

3）流程

具体因为队列消息过期而被投递到死信队列的流程：
在这里插入图片描述

7.2.4. 消息过长的死信队列测试

1）发送消息代码

添加 spring-rabbitmq-producer\src\test\java\com\ujiuye\rabbitmq\ProducerTest.java方法

/**
* 超过队列长度消息投递到死信队列
* 投递到正常的队列，但是该队列有设置最大消息数，到最大消息数之后队列中最早的消息会被投递到死信交换机，死信交换机再投递到死信队列
*/
@Test
public void dlxMaxMessageTest(){
    rabbitTemplate.convertAndSend("my_normal_exchange", "my_max_dlx",
               "队列my_max_dlx_queue的最大长度为2；消息超过后会被投递到死信交换机；这是第1个消息");
    rabbitTemplate.convertAndSend("my_normal_exchange", "my_max_dlx",
               "队列my_max_dlx_queue的最大长度为2；消息超过后会被投递到死信交换机；这是第2个消息");
    rabbitTemplate.convertAndSend("my_normal_exchange", "my_max_dlx",
               "队列my_max_dlx_queue的最大长度为2；消息超过后会被投递到死信交换机；这是第3个消息");
}

2）在rabbitMQ管理界面中结果

上面3条消息中的第1条消息会被投递到死信队列中（如果启动了消费者，那么队列消息很快会被取走消费掉）；
在这里插入图片描述

3）消费者接收死信队列消息

与过期消息投递到死信队列的代码和配置是共用的，并不需要重新编写。

4）流程

消息超过队列最大消息长度而被投递到死信队列的流程在前面的图中已包含。

7.3. 延迟队列

延迟队列存储的对象是对应的延迟消息；所谓“延迟消息” 是指当消息被发送以后，并不想让消费者立刻拿到消息，而是等待特定时间后，消费者才能拿到这个消息进行消费。

在RabbitMQ中延迟队列可以通过 过期时间 + 死信队列 来实现；具体如下流程图所示：
在这里插入图片描述

在上图中；分别设置了两个5秒、10秒的过期队列，然后等到时间到了则会自动将这些消息转移投递到对应的死信队列中，然后消费者再从这些死信队列接收消息就可以实现消息的延迟接收。

延迟队列的应用场景；如：

在电商项目中的支付场景；如果在用户下单之后的几十分钟内没有支付成功；那么这个支付的订单算是支付失败，要进行支付失败的异常处理（将库存加回去），这时候可以通过使用延迟队列来处理
在系统中如有需要在指定的某个时间之后执行的任务都可以通过延迟队列处理

7.4. 消息确认机制

确认并且保证消息被送达，提供了两种方式：发布确认和事务。(两者不可同时使用)在channel为事务时，不可引入确认模式；同样channel为确认模式下，不可使用事务。

7.4.1 发布确认

有两种方式：消息发送成功确认和消息发送失败回调。

消息发送成功确认

在spring-rabbitmq-producer\src\main\resources\spring\spring-rabbitmq.xml

connectionFactory 中启用消息确认：

<!-- publisher-confirms="true" 表示：启用了消息确认 -->
<rabbit:connection-factory id="connectionFactory" host="localhost"
    port="5672"
    username="guest"
    password="guest"
    virtual-host="/"
    publisher-confirms="true"
/>

配置消息确认回调方法如下：

<!-- 消息回调处理类 -->
<bean id="confirmCallback" class="com.ujiuye.rabbitmq.MsgSendConfirmCallBack"/>
<!--定义rabbitTemplate对象操作可以在代码中方便发送消息-->
<!-- confirm-callback="confirmCallback" 表示：消息失败回调 -->
<rabbit:template id="rabbitTemplate" 
                 connection-factory="connectionFactory" 
        		 confirm-callback="confirmCallback"/>

消息确认回调方法com.kongfanyu.rabbitmq.MsgSendConfirmCallBack如下：

public class MsgSendConfirmCallBack implements RabbitTemplate.ConfirmCallback {
    public void confirm(CorrelationData correlationData, boolean ack, String cause) {
        if (ack) {
            System.out.println("消息确认成功....");
        } else {
            //处理丢失的消息
            System.out.println("消息确认失败," + cause);
        }
    }
}

功能测试如下：发送消息com.ujiuye.rabbitmq.ProducerTest#queueTest

@Test
public void queueTest(){
	//路由键与队列同名
	rabbitTemplate.convertAndSend("confirm_queue", "只发队列spring_queue的消息。");
}

首先通过管理界面创建一个confirm_queue，测试之后确认消息发送成功：
在这里插入图片描述
控制台输出:

2020-10-24 10:42:27.263  INFO 4672 --- [           main] o.s.a.r.c.CachingConnectionFactory       : Created new connection: connectionFactory#535b8c24:0/SimpleConnection@144ab54 [delegate=amqp://guest@127.0.0.1:5672/, localPort= 51773]
消息确认成功....
2020-10-24 10:42:27.353  INFO 4672 --- [       Thread-2] o.s.s.concurrent.ThreadPoolTaskExecutor  : Shutting down ExecutorService 'applicationTaskExecutor'

消息发送失败回调

在spring-rabbitmq-producer\src\main\resources\spring\spring-rabbitmq.xml

connectionFactory 中启用回调：

<!-- publisher-confirms="true" 表示：启用了消息确认 -->
<rabbit:connection-factory id="connectionFactory" host="localhost"
    port="5672"
    username="guest"
    password="guest"
    virtual-host="/"
    publisher-confirms="true"
    publisher-returns="true"
/>

配置消息失败回调方法如下：

注意：同时需配置mandatory=“true”，否则消息则丢失

<!-- 消息失败回调类 -->
<bean id="sendReturnCallback" class="com.ujiuye.rabbitmq.MsgSendReturnCallback"/>
<!-- return-callback="sendReturnCallback" 表示：消息失败回调 ,同时需配置mandatory="true"，否则消息则丢失-->
<rabbit:template 
                 id="rabbitTemplate" 
                 connection-factory="connectionFactory"
                 confirm-callback="confirmCallback" 
                 return-callback="sendReturnCallback" 
        		 mandatory="true"/>

消息失败回调方法com.ujiuye.rabbitmq.MsgSendReturnCallback如下：

public class MsgSendReturnCallback implements RabbitTemplate.ReturnCallback {
    public void returnedMessage(Message message, int i, String s, String s1, String s2) {
        String msgJson  = new String(message.getBody());
        System.out.println("Returned Message："+msgJson);
    }
}

功能测试如下：模拟消息发送失败com.ujiuye.rabbitmq.ProducerTest#testFailQueueTest

首先在rabbitMQ管理界面创建test_fail_exchange交互机，然后测试：

@Test
public void testFailQueueTest() throws InterruptedException {
    //exchange 正确,queue 错误 ,confirm被回调, ack=true; return被回调 replyText:NO_ROUTE
    amqpTemplate.convertAndSend("test_fail_exchange", "", "测试消息发送失败进行确认应答。");
}

失败回调结果如下：

2020-10-24 10:51:25.454  INFO 4926 --- [           main] o.s.a.r.c.CachingConnectionFactory       : Created new connection: connectionFactory#79c5636f:0/SimpleConnection@4422dd48 [delegate=amqp://guest@127.0.0.1:5672/, localPort= 51927]
Returned Message：测试消息发送失败进行确认应答。
消息确认成功....
2020-10-24 10:51:25.544  INFO 4926 --- [       Thread-2] o.s.s.concurrent.ThreadPoolTaskExecutor  : Shutting down ExecutorService 'applicationTaskExecutor'

7.4.2 事务支持

场景：业务处理伴随消息的发送，业务处理失败（事务回滚）后要求消息不发送。rabbitmq 使用调用者的外部事务，通常是首选，因为它是非侵入性的（低耦合）。

外部事务的配置：spring-rabbitmq-producer\src\main\resources\spring\spring-rabbitmq.xml

<!-- channel-transacted="true" 表示：支持事务操作
注意：事务和确认机制不能并存
    publisher-confirms="true"
    publisher-returns="true"  -->
<rabbit:connection-factory id="connectionFactory" 
                           host="localhost"
                           port="5672"
                           username="guest"
                           password="guest"
                           virtual-host="/"/>
<rabbit:template 
                 id="rabbitTemplate" 
                 connection-factory="connectionFactory"
       			 confirm-callback="confirmCallback" 
                 return-callback="sendReturnCallback"
                 mandatory="true"
       			 channel-transacted="true" />

<!--平台事务管理器-->
<bean id="transactionManager" class="org.springframework.amqp.rabbit.transaction.RabbitTransactionManager">
        <property name="connectionFactory" ref="connectionFactory"/>
</bean>

模拟业务处理失败的场景：

测试类或者测试方法上加入@Transactional注解

@Test
@Transactional
public void queueTest2(){
    //路由键与队列同名
    rabbitTemplate.convertAndSend("spring_queue", "只发队列spring_queue的消息--01。");
    System.out.println("----------------dosoming:可以是数据库的操作，也可以是其他业务类型的操作---------------");
    //模拟业务处理失败
    //System.out.println(1/0);
    rabbitTemplate.convertAndSend("spring_queue", "只发队列spring_queue的消息--02。");
}

先把异常代码注释，测试结果：

2020-10-24 11:44:21.400  INFO 6239 --- [           main] o.s.t.c.transaction.TransactionContext   : Began transaction (1) for test context 
.....
----------------dosoming:可以是数据库的操作，也可以是其他业务类型的操作---------------
2020-10-24 11:44:21.546  INFO 6239 --- [           main] o.s.t.c.transaction.TransactionContext   : Rolled back transaction for test:

在springboot中测试方法的事务是默认回滚的。如何提交事务，可以添加一个@Rollback注解：

@Test
    @Transactional //开启事务
    @Rollback(false)//在测试的时候，需要手动的方式制定回滚的策略
    public void queueTest2(){
        //路由键与队列同名
        rabbitTemplate.convertAndSend("confirm_queue", "只发队列spring_queue的消息--02222222222222222222。");
        System.out.println("----------------dosoming:可以是数据库的操作，也可以是其他业务类型的操作---------------");
        //模拟业务处理失败
        //System.out.println(1/0);
        rabbitTemplate.convertAndSend("confirm_queue", "只发队列spring_queue的消息--02。");
    }

再次测试可以看出提交了事务，并且发送消息到rabbitMQ服务器。

.RabbitTransactionManager@15d0849]; rollback [false]
----------------dosoming:可以是数据库的操作，也可以是其他业务类型的操作---------------
2020-10-24 11:49:22.258  INFO 6419 --- [           main] o.s.t.c.transaction.TransactionContext   : Committed transaction for test:

下面模拟抛出异常的情况:

@Test
    @Transactional //开启事务
    @Rollback(false)//在测试的时候，需要手动的方式制定回滚的策略
    public void queueTest2(){
        //路由键与队列同名
        rabbitTemplate.convertAndSend("confirm_queue", "只发队列spring_queue的消息--02222222222222222222。");
        System.out.println("----------------dosoming:可以是数据库的操作，也可以是其他业务类型的操作---------------");
        //模拟业务处理失败
        System.out.println(1/0);
        rabbitTemplate.convertAndSend("confirm_queue", "只发队列spring_queue的消息--02。");
    }

抛出异常之后第一个消息发送了；第二个消息没有发送；这时需要把@Rollback(false)注释掉；因为该注解是提交事务的。重新再测试一下：

@Test
    @Transactional //开启事务
    //@Rollback(false)//在测试的时候，需要手动的方式制定回滚的策略
    public void queueTest2(){
        //路由键与队列同名
        rabbitTemplate.convertAndSend("confirm_queue", "只发队列spring_queue的消息--02222222222222222222。");
        System.out.println("----------------dosoming:可以是数据库的操作，也可以是其他业务类型的操作---------------");
        //模拟业务处理失败
        System.out.println(1/0);
        rabbitTemplate.convertAndSend("confirm_queue", "只发队列spring_queue的消息--02。");
    }

执行结果:

.RabbitTransactionManager@3533df16]; rollback [true]
----------------dosoming:可以是数据库的操作，也可以是其他业务类型的操作---------------
2020-10-24 11:54:34.641  INFO 6539 --- [           main] o.s.t.c.transaction.TransactionContext   : Rolled back transaction for test:

事务回滚，并且第一条也没有发送到rabbitMQ服务器。

7.5. 消息追踪

消息中心的消息追踪需要使用Trace实现，Trace是Rabbitmq用于记录每一次发送的消息，方便使用Rabbitmq的开发者调试、排错。可通过插件形式提供可视化界面。Trace启动后会自动创建系统Exchange：amq.rabbitmq.trace ,每个队列会自动绑定该Exchange，绑定后发送到队列的消息都会记录到Trace日志。

7.5.1 消息追踪启用与查看

以下是trace的相关命令和使用（要使用需要先rabbitmq启用插件，再打开开关才能使用）：

命令集	描述
rabbitmq-plugins list	查看插件列表
rabbitmq-plugins enable rabbitmq_tracing	rabbitmq启用trace插件
rabbitmqctl trace_on	打开trace的开关
rabbitmqctl trace_on -p ujiuye	打开trace的开关(ujiuye为需要日志追踪的vhost)
rabbitmqctl trace_off	关闭trace的开关
rabbitmq-plugins disable rabbitmq_tracing	rabbitmq关闭Trace插件
rabbitmqctl set_user_tags fuzi administrator	只有administrator的角色才能查看日志界面

安装插件并开启 trace_on 之后，会发现多个 exchange：amq.rabbitmq.trace ，类型为：topic。

启用插件:

~ » docker ps                                                   
CONTAINER ID        IMAGE                 COMMAND                  CREATED             STATUS              PORTS                                                                                                         NAMES
0b4edf1da037        rabbitmq:management   "docker-entrypoint.s…"   4 days ago          Up 7 hours          4369/tcp, 5671/tcp, 0.0.0.0:5672->5672/tcp, 15671/tcp, 15691-15692/tcp, 25672/tcp, 0.0.0.0:15672->15672/tcp   rabbit
------------------------------------------------------------
~ » docker exec -it 0b4e bash    #进入容器     
root@my-rabbit:/# rabbitmq-plugins list   #查看插件列表
Listing plugins with pattern ".*" ...
 Configured: E = explicitly enabled; e = implicitly enabled
 | Status: * = running on rabbit@my-rabbit
 |/
[  ] rabbitmq_amqp1_0                  3.8.9
[  ] rabbitmq_auth_backend_cache       3.8.9
[  ] rabbitmq_auth_backend_http        3.8.9
[  ] rabbitmq_auth_backend_ldap        3.8.9
[  ] rabbitmq_auth_backend_oauth2      3.8.9
[  ] rabbitmq_auth_mechanism_ssl       3.8.9
[  ] rabbitmq_consistent_hash_exchange 3.8.9
[  ] rabbitmq_event_exchange           3.8.9
[  ] rabbitmq_federation               3.8.9
[  ] rabbitmq_federation_management    3.8.9
[  ] rabbitmq_jms_topic_exchange       3.8.9
[E*] rabbitmq_management               3.8.9
[e*] rabbitmq_management_agent         3.8.9
[  ] rabbitmq_mqtt                     3.8.9
[  ] rabbitmq_peer_discovery_aws       3.8.9
[  ] rabbitmq_peer_discovery_common    3.8.9
[  ] rabbitmq_peer_discovery_consul    3.8.9
[  ] rabbitmq_peer_discovery_etcd      3.8.9
[  ] rabbitmq_peer_discovery_k8s       3.8.9
[E*] rabbitmq_prometheus               3.8.9
[  ] rabbitmq_random_exchange          3.8.9
[  ] rabbitmq_recent_history_exchange  3.8.9
[  ] rabbitmq_sharding                 3.8.9
[  ] rabbitmq_shovel                   3.8.9
[  ] rabbitmq_shovel_management        3.8.9
[  ] rabbitmq_stomp                    3.8.9
[  ] rabbitmq_top                      3.8.9
[  ] rabbitmq_tracing                  3.8.9
[  ] rabbitmq_trust_store              3.8.9
[e*] rabbitmq_web_dispatch             3.8.9
[  ] rabbitmq_web_mqtt                 3.8.9
[  ] rabbitmq_web_mqtt_examples        3.8.9
[  ] rabbitmq_web_stomp                3.8.9
[  ] rabbitmq_web_stomp_examples       3.8.9
root@my-rabbit:/# rabbitmq-plugins enable rabbitmq_tracing  #启用插件
Enabling plugins on node rabbit@my-rabbit:
rabbitmq_tracing
The following plugins have been configured:
  rabbitmq_management
  rabbitmq_management_agent
  rabbitmq_prometheus
  rabbitmq_tracing
  rabbitmq_web_dispatch
Applying plugin configuration to rabbit@my-rabbit...
The following plugins have been enabled:
  rabbitmq_tracing

started 1 plugins.
root@my-rabbit:/# rabbitmqctl trace_on   #打开插件 
Starting tracing for vhost "/" ...
Trace enabled for vhost /
root@my-rabbit:/#

默认开启跟踪插件，跟踪虚拟机是 / ; rabbitmqctl trace_on -p ujiuye 打开trace的开关(ujiuye为需要日志追踪的vhost). 多一个exchange：
在这里插入图片描述

7.5.2 日志追踪

第一步：发送消息

rabbitTemplate.convertAndSend("confirm_queue", "只发队列confirm_queue的消息--01。");

发送成功，web查看多了一条消息
在这里插入图片描述
第二步：查看trace

先添加trace文件，注意只需添加文件名不用带扩展名.log；rabbitMQ会自动加上。
在这里插入图片描述
再发送消息。

第三步：点击Tracing查看Trace log files
在这里插入图片描述
第四步：点击ujiuye-trace-log.log.log确认消息轨迹正确性

显示的中文乱码，修改浏览器的编码，IE比较简单直接右键即可修改；chrom浏览器麻烦一些，要下载一个插件：

再测试发送一条消息：

kongfanyu

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
7. RabbitMQ 高级

7.1. 过期时间TTL 过期时间TTL表示可以对消息设置预期的时间，在这个时间内都可以被消费者接收获取；过了之后消息将自动被删除。RabbitMQ可以对消息和队列设置TTL。目前有两种方法可以设置。第一种方法是通过队列属性设置，队列中所有消息都有相同的过期时间。第二种方法是对消息进行单独设置，每条消息TTL可以不同。如果上述两种方法同时使用，则消息的过期时间以两者之间TTL较小的那个数值为准。消息在队列的生存时间一旦超过设置的TTL值，就称为dead message被投递到死信队列，
复制链接

扫一扫