- 在多个系统间实现事务。
- 消息队列中的“事务”，主要解决的是消息生产者和消息消费者的数据一致性问题。
- 比如下单后清空购物车这个操作：要么下单成功，清理购物车成功；要么下单失败，不清理购物车。
- 问题的关键点集中在订单系统，创建订单和发送消息这两个步骤要么都操作成功，要么都操作失败，不允许一个成功而另一个失败的情况出现。
- RocketMQ和Kafka都支持事务消息。
- 首先订单系统开启事务，然后发送半消息，在提交之前，半消息对于消费者是不可见的。
- 半消息发送成功后，执行本地事务。本地事务执行成功，则提交事务消息；执行失败，就回滚事务消息。
- 如果第四步，提交或回滚时失败了怎么办呢？
- Kafka的做法是直接抛出异常，用户自己处理。我们可以在业务代码中反复重试直到成功，或者删除之前创建的订单进行补偿。
- RocketMQ的做法是，由生产者提供一个反查本地事务状态的接口，在提交或者回滚事务消息时失败，RocketMQ的服务端会定时调用该接口来查询本地事务状态，如果本地事务成功，则重新提交事务消息。提供反查接口的服务可以不必须是发送消息的节点。
