分布式事务面试题丨RocketMQ事务消息的解决思路来啦！
一. 业务场景
大家好，我是千锋老朱，今天和大家分享一个关于RocketMQ的面试题——“RocketMQ事务消息”。
在给面试官讲解这个问题之前，你可以先设计一个业务场景，越真实越好，越贴近生产越好，如果没有生产案例，可以直接列举电商中大家都容易懂的业务场景。
比如，在分布式场景中用户取消订单，增加用户账户余额。这个业务简单易懂，业务大致流程是两个服务协同完成业务，订单服务取消订单，账户服务新增用户账户余额。场景有了，那接下来咱们就可以跟面试官沟通怎么解决，把思路分析清楚。
二. 解决思路
1. 思路一
在分布式场景中，我们可以通过远程调用协议（RPC/HTTP）来完成服务间的远程调用，如果我们使用的是Dubbo、HSF、GRPC 等技术方案，那么使用RPC协议就可以完成服务间远程调用；
如果使用的是SpringCloud技术方案，那么可以通过Openfeign（底层http协议）来完成服务间远程调用。具体实现流程如下图：
在分布式场景中，数据一致性是我们必须要面对的问题。在分布式项目中，保证数据的一致性，我们不能用本地事务的思维去解决，必须采用分布式事务的解决方案。
在这里老朱给大家推荐阿里的生产实践方案seata，至于seata具体是怎么实现的，解决原理是什么，我这里就不给大家详细说明了，我们的线下课程中有详细的讲解。当然如果有这方面需求的童鞋，也可以参考老朱在B站上的免费视频：https://www.bilibili.com/vi deo/BV1tU4y1P7nT?p=86
2. 思路二
其实思路一并不是在正面回答面试官的问题，只是说了业务的实现方案，我们讲解思路一的目的是在告诉面试官，我知道什么是分布式事务，以及分布式事务应该怎么去解决。而思路二则是正面去回答面试官的问题，比如上面说到的业务场景，我们还可以利用MQ的事务消息来解决。
那为什么要使用MQ呢？这是因为MQ有解耦以及异步处理的特性。具体流程如下：
基
于MQ实现分布式事务的大概思路是，当order服务取消订单时，我们可以不用直接去调用账户服务。而是可以通过发送消息，然后账户服务监听消息队列，账户服务收到消息时处理账户业务。
这个实现思路其实很简单，但要想落地实现却没那么简单，我们必须要解决取消订单与发送消息的一致性问题。试想一下，如果取消订单失败，结果消息发送成功；或者取消订单成功，但发送消息失败，那么就会导致数据的不一致问题。接下来老朱就给大家简单复现一下。
三. 问题复现
我们先来看看如下代码：
@Transactional
public ResultVo back(String ordersn) {
//取消订单
int update = orderMapper.update(ordersn);
//发送消息
SendResult sendResult = rocketMQTemplate.syncSend("order-cancel:cancel", ordersn);
//异常代码
int i = 1/0;
return new ResultVo(true,"success");
}如上代码，当运行异常时，本地事务一定会回滚，但消息却发送出去了，数据的一致性就得不到保证了。那该怎么解决呢？这时我们就可以采用事务消息了，事务消息就能解决这个问题！
接下来我们就可以跟面试官讲解事务消息的具体实现过程，注意老朱这里用的MQ是RocketMQ，大家也可以采用其他MQ产品，只要支持事务消息就可以。
四. 实现原理
1. 原理分析
在展示具体实现代码之前，老朱先把MQ实现分布式事务的原理讲解一下。
根据上图，老朱给大家梳理了RocketMQ实现分布式事务的流程原理，如下：
-
将发送消息的功能从业务中剥离出来。业务的第一步不是取消订单操作，而是发送消息，当然这里发送消息只能是”半消息“，”半消息“的特点是消费者不能消费；
-
当broker收到”半消息“时会应答生产者，生产者收到成功应答后再执行本地事务；
-
执行本地事务也就是取消订单；
-
本地事务如果处理成功则提交消息。提交消息后，消息就可以入队，消费者就可以消费消息。当然如果本地事务失败，那么就回滚消息，消息就会被删除，消费者也收不到消息；
-
如果不确定本地事务是否成功，我们可以进行本地事务回查；
-
回查本地事务；回查可以直接查询数据库，检查本地事务是否成功，如果成功提交消息，否则回滚消息。
以上的实现原理很巧妙，思路也很简单，具体实现代码大家可以参考如下。如果你不理解代码的意思，可以观看老朱的免费视频：
https://www.bilibili.com/video/BV1Ui4y1P7rk
2. 实现代码
我们把上图中展现的功能，在如下代码中进行实现：
@Transactional(rollbackFor = Exception.class)
public void sendTransactionMQ() throws Exception {
//消息
Message message = new Message();
message.setTopic("tuihuo");
message.setKeys(orderId);
message.setBody(orderId.getBytes());
//生产者
TransactionMQProducer producer = new TransactionMQProducer("TransactionMQProducer");
producer.setNamesrvAddr("192.168.73.130:9876");
//注册事务消息监听器
producer.setTransactionListener(new TransactionListenerImpl);
//发送消息
TransactionSendResult sendResult = producer.sendMessageInTransaction(message,orderId);
}3. 事务消息监听器
另外RocketMQ的事务消息是基于两阶段提交方案来实现的，也就是说消息会有两个状态，prepared和commited。当消息执行完send方法后，进入到prepared状态，然后就会执行executeLocal Transaction方法，该方法的返回值有3个，这些返回值决定着该消息的命运。
-
COMMIT_MESSAGE：提交消息。表示该消息由prepared状态进入到commited状态，消费者可以消费这个消息；
-
ROLLBACK_MESSAGE：回滚。表示该消息将被删除，消费者不能消费这个消息；
-
UNKNOW：未知。这个状态有点意思，如果返回这个状态，则表示该消息既不提交，也不回滚，还是保持prepared状态。而最终决定这个消息命运的，是checkLocalTrans action这个方法。
事务监听器的实现代码如下：
public class TransactionListenerImpl implements TransactionListener {
@Autowired
private TermMapper termMapper;
//When send transactional prepare(half) message succeed, this method will be invoked to execute local transaction.
@Override
public LocalTransactionState executeLocalTransaction(Message msg, Object arg) {
//本地事务
Result res = orderService.cancelOrder(msg.getBody())
try {
if (res.isSuccess()) {
// 本地事务执行成功，提交半消息
System.out.println("本地事务执行成功，提交事务事务消息");
return LocalTransactionState.COMMIT_MESSAGE;
} else {
// 本地事务执行成功，回滚半消息
System.out.println("本地事务执行失败，回滚事务消息");
return LocalTransactionState.ROLLBACK_MESSAGE;
}
} catch (Exception e) {
// 异常情况返回未知状态
return LocalTransactionState.UNKNOW;
}
}
//When no response to prepare(half) message. broker will send check message to check the transaction status, and this method will be invoked to get local transaction status
@Override
public LocalTransactionState checkLocalTransaction(MessageExt msg) {
String orderId = msg.getKeys();
//检查订单删了没有，如果已经删除，那么消息可以被消费者消费
Order order =orderMapper.selectById(orderId);
if (order == null) {
return LocalTransactionState.COMMIT_MESSAGE;
}
//如果还没删除，数据库操作一定回滚了，那么消息也要回滚，不让消费
return LocalTransactionState.ROLLBACK_MESSAGE;
}
}五. 注意事项
我们在使用RocketMQ的时候，要注意以下两个配置参数。
-
事务消息最大反查次数
transactionCheckMax=N
-
事务消息检查间隔时间默认为 60s
transactionCheckInterval=5000
好啦，关于RocketMQ的事务消息，今天就给大家分享到这里啦。我是老朱，欢迎小伙伴们留言评论，可以把你不明白的地方写在评论区哦。
