rabbitmq中消息的存储rdq文件为什么会很大

rabbitmq中消息的存储rdq文件为什么会很大

下面是RabbitMQ的消息确认机制：“为了确保消息不会丢失，RabbitMQ支持消息确认机制。客户端在接受到消息并处理完后，可以发送一个ack消息给RabbitMQ，告诉它该消息可以安全的删除了。假如客户端在发送ack之前意外死掉了，那么RabbitMQ会将消息投递到下一个consumer客户端。如果有多个consumer客户端，RabbitMQ在投递消息时是轮询的。RabbitMQ如何判断客户端死掉了？唯一根据是客户端连接是否断开。这里没有超时机制，也就是说客户端可以处理一个消息很长时间，只要没断开连接，RabbitMQ就一直等待ack消息。”我现在遇到的问题是这样的：我这边有几条线程去消息队列里取数据，但是会有异常数据导致线程挂掉，就是上边的“客户端在发送ack之前意外死掉了”，RabbitMQ会将消息投递到下一个consumer客户端，这样一条异常数据会把我的所有线程挂掉，我现在想实现这样的功能：如果有异常数据导致进程挂掉，那么我不让RabbitMQ将这条消息投递到下一个consumer客户端，而是放到另一个地方或者另外处理，请问该如何实现呢？

rabbit mq失败后怎么执行下一个队列 1、笨拙点方法，就是轮循，consume的阻塞监听可以设置timeout，通过设置一个较小的timeout，可以轮流监听几个channel，变相实现监听多个queue，对性能要求不是很高，可以使用这种方法 2、还有个办法就是先取出一个队列的消息数，然后循环的都读出后，转去读另一个队列，所有队列如果都没有消息了，就这样循环等待着 3、还有一个专业人士的回答，但是我还没有完全理解： 消费者（consumer）这是个业务层的概念，而消费或者说订阅（也就是 consume）是 amqp 协议层的东西，所以，你问一个消费者能否订阅多个queue，答案是当然可以。方案也就一种，按照协议的流程分别向不同的 queue 进行 consume。至于是使用多线程方式来处理，还是使用事件驱动的方式（单线程）来处理这就取决于实现了。 如果对多线程控制能力不是很强，建议不要用这种方式，太专业了 4、这个问题后来我仔细想过，也许可以在应用层进行一下重新设计，可以用线程池作为多个consumer只读取出消息，不进行处理，然后publish进另一个队列，然后用由一个consumer来处理消息

如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！

点此我要举报以上问答信息