RocketMQ分布式事务消息

最新推荐文章于 2025-10-16 23:39:07 发布

原创

最新推荐文章于 2025-10-16 23:39:07 发布 · 763 阅读

2 ·

CC 4.0 BY-SA版权

本文深入探讨了RocketMQ事务消息的原理与实现，包括半消息、消息回查等关键概念，详细介绍了分布式事务如何确保数据一致性，以及在RocketMQ4.X版本中事务消息的具体架构。同时，提供了Producer和Consumer的代码示例，帮助读者理解事务消息的发送与消费流程。

1. 分布式事务消息介绍

简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。

本质上来说，分布式事务就是为了保证不同数据库的数据一致性。

2. RocketMQ4.X分布式事务消息架构讲解

RocketMQ事务消息：
RocketMQ提供分布式事务功能，通过RocketMQ事务消息能达到分布式事务的最终一致性
半消息HalfMessage：
暂不能投递的消息(暂不能消费)，Producer已经将消息成功发送Broker端，但是服务端未收到生产者对消息的二次确认，此时该消息被标记成"暂不能投递状态"，处于该种状态下的消息即半消息
消息回查：
由于网络闪断、生产者应用重启等原因，导致某条事务消息的二次确认丢失，消息队列RocketMQ服务端通过扫描发现某条消息长期处于“半消息”时，需要主动向消息生产者询问该消息的最终状态(Commit或是Rollback)，该过程即消息回查。
整体交互流程：

1. Producer向broker端发送消息
2. 服务端将消息持久化成功之后，向发送方ACK确认消息已经发送成功，此时消息为半消息
3. 发送方开始执行本地事务逻辑
4. 发送方根据本地事务执行结果向服务端提交二次确认(Commit或者Rollback)，服务端收到Commit状态则将半消息标记为可投递，订阅方最终将收到该消息；服务端收到Rollback状态则删除半消息，订阅方将不会接受该消息
5. 在断网或者是应用重启的特殊情况下，上述步骤4提交的二次确认最终未到达服务端，经过固定时间后服务端将对该消息发起消息回查
6. 发送方收到消息回查后，需要检查对应消息的本地事务执行的最终结果
7. 发送方根据检查得到的本地事务的最终状态再次提交二次确认，服务端仍按照4对半消息进行操作
RocketMQ事务消息的状态：
1. COMMIT_MESSAGE: 提交事务消息，消费者可以消费此消息
2. ROLLBACK_MESSAGE：回滚事务消息，消息会在broker中删除，消费者不能消费
3. UNKNOW：Broker需要回查确认消息的状态
关于事务消息的消费：
事务消息consumer端的消费方式和普通消息是一样的，RocketMQ能保证消息能被consumer收到(消息重试机制，最后也存在consumer消费失败的情况，这种情况出现的概率极低，而且消费端消费失败使用之前博客中讲解的失败重试机制)

3. 代码实现

3.1 Producer代码

package com.pj.boot.jms;

import org.apache.rocketmq.client.exception.MQClientException;
import org.apache.rocketmq.client.producer.DefaultMQProducer;
import org.apache.rocketmq.client.producer.LocalTransactionState;
import org.apache.rocketmq.client.producer.TransactionListener;
import org.apache.rocketmq.client.producer.TransactionMQProducer;
import org.apache.rocketmq.common.message.Message;
import org.apache.rocketmq.common.message.MessageExt;
import org.springframework.stereotype.Component;

import java.util.concurrent.*;

@Component
public class TransacationProducer {
   
   

    private String producerGroup = "trac_producer_group";
    // 事务监听器，执行本地事务
    TransactionListener transactionListener = new TransactionListenerImpl();

    TransactionMQProducer producer = null;

    // 创建自定义线程池
    /**
     * @param corePoolSize   池中所保存的核心线程数
     * @param maximumPoolSize   池中允许的最大线程池
     * @param keepActiveTime    非核心线程空闲等待新任务的最长时间
     * @param timeunit          keepActiveTime参数的时间单位
     * @param blockingqueue     队列任务
     */
    private ExecutorService executorService = new ThreadPoolExecutor(2, 5, 100,
            TimeUnit.SECONDS, new ArrayBlockingQueue<Runnable>(2000), new ThreadFactory(