一.RabbitMQ消息丢失的三种情况

第一种:生产者弄丢了数据。生产者将数据发送到 RabbitMQ 的时候,可能数据就在半路给搞丢了,因为网络问题啥的,都有可能。
第二种:RabbitMQ 弄丢了数据。MQ还没有持久化自己挂了。
第三种:消费端弄丢了数据。刚消费到,还没处理,结果进程挂了,比如重启了。
二.RabbitMQ消息丢失解决方案

1.针对生产者
方案1 :开启RabbitMQ事务
可以选择用 RabbitMQ 提供的事务功能,就是生产者发送数据之前开启 RabbitMQ 事务channel.txSelect,然后发送消息,如果消息没有成功被 RabbitMQ 接收到,那么生产者会收到异常报错,此时就可以回滚事务channel.txRollback,然后重试发送消息;如果收到了消息,那么可以提交事务channel.txCommit。
// 开启事务
channel.txSelect();
try {
// 这里发送消息
} catch (Exception e) {
channel.txRollback();
// 这里再次重发这条消息
}
// 提交事务

文章详细介绍了RabbitMQ中消息丢失的三种情况,包括生产者、MQ本身和消费端可能出现的问题,并提出了相应的解决方案。对于生产者,可以通过开启事务或confirm机制确保消息送达;对于RabbitMQ,启用消息持久化和设置集群镜像模式以提高高可用性;消费端则利用ACK确认机制保证消息被正确处理。文章强调,结合这些方法可以降低消息丢失的风险,但可能会影响系统性能。

2902

被折叠的 条评论
为什么被折叠?



