一致性如何保证:
RocketMQ解决分布式事务(可靠消息最终一致性方案)
1、A系统发送一个prepared消息到MQ,如果这个prepared消息发送失败那么就直接取消操作别执行了。
2、如果这个消息发送成功了、就接着执行本地事务(executeLocalTransaction),如果成功就告诉MQ发送Commit消息,如果失败,就告诉MQ发送Rollback消息。
3、如果发送了确认消息、那么B系统会接收到确认消息,然后执行本地事务。
4、上面的第2步, 由于网络原因发送确认or回滚消息失败,但是broker有轮询机制,根据唯一id查询本地事务状态,MQ会自动定时轮询所有prepared消息回调你的接口(checkLocalTransaction),问你,这个消息是不是本地事务处理失败了,所有没有发送确认的消息,是继续重试还是回滚?一般来说这里你就可以查下数据库看之前本地事务是否执行,如果回滚了,那么这里也回滚吧。这个就是避免可能本地事务执行成功了,而确认消息却发送失败了。
5、RocketMQ要开启持久化,消费事务消息的服务,要做好ACK机制和幂等。
PS:此方案是不支持事务发起服务进行回滚的(订单支付成功了,即使红包系统、抽奖系统、库存系统没有执行成功,订单系统也不会回滚),但是大部分互联网应用都不会要求事务发起方进行回滚,如果一定要事务发起方进行回滚应该采用2PC、3PC、TCC等强一致性方案来实现分布式事务,比如LCN。
订单-库存-分布式事务
这里通过一个实例来讲一下RocketMQ实现分布式事务具体编