RocketMq消息0丢失方案.pdfVIP

RocketMq消息0丢失⽅案 ⽂章⽬录 消息会在哪⾥丢失 在想要解决RocketMq消息丢失问题我们需要先考虑消息会在哪⾥丢失。我们从消息链路来依次排查 1. ⽣产者发送消息消息丢失 2. RocketMq本⾝导致消息丢失 3. 消费者消费失败导致消息丢失 在知道消息会在这三个地⽅丢失我们就好基于这三个地⽅来作出相应的解决⽅案 ⽣产者100% 投递消息 这⾥我们以订单⽀付为例，需要发送订单⽀付成功到优惠券系统 ⾸先我们需要保证⽣产者消息能够100%投递到MQ中，这样才能保证⽣产者的消息不丢失，具体如何做到呢？主要是是基于RocketMq的 事务来保证的，具体步骤如下 1. ⾸先我们在发送消息到RocketMq中时，我们先会发送⼀条事务消息half到mq，试探RocketMq是否存活，没有挂掉，这条事务消息 由于没有提交事务，所以在消费者端是看不到这条消息的。 这⾥就会有两种情况： 1. 发送half消息成功，继续执⾏相关业务代码 2. 发送消息失败，回滚相关业务,这⾥的相关代码⼤致如下 // ⽣产者 TransactionMQProducer producer = new TransactionMQProducer (test_product_group ); // 组名 Message message = new Message (test_topic , test_tag , test_key , ⽀付成功消息.getBytes(RemotingHelper .DEFAULT_CHARSET)); try { // 发送事务消息 SendResult sendResult = producer .sendMessageInTransaction (message , null); } catch (MQClientException e) { // half 消息发送事务消息失败 //订单系统执⾏回滚，⽀付退款，订单关闭，还原库存等 } 这⾥消息发送失败⼜分两种 1. 发送half消息真的失败 2. RocketMq接受到half消息，但因为⽹络原因导致没有没有返回成功结果给⽣产者 不过是第⼀种还是第⼆种失败我们都会执⾏我们的回滚操作，但是第⼆种失败导致在half的消息⼀直在RocketMq但是得不到进⼀步的commit或 rollback，这时RocketMq的 half默认在10分钟没有收到commit或rollback则会回调我们的监听器函数checkLocalTransaction()，代码如下 class TransactionListenerImpl implements TransactionListener { 如果 消息发送成功则调⽤这个函数 // half @Override public LocalTransactionState executeLocalTransaction (Message message , Object o ) { 执⾏本地订单相关事务，根据订单相关事务执⾏成功或失败选择 中 // RocketMq half commit or rollback try { 执⾏成功返回 // commit return LocalTransactionState.COMMIT_MESSAGE; } catch (Exception e) { log error (发⽣异常, e); // 订单事务异常回滚RocketMq half return LocalTransactionState ROLLBACK_MESSAGE; } } 如果各种原因没有返回 或 则执⾏这个函数 // commit rollback @Override public LocalTransactionState checkLocalTransaction (Mes