rocketmq怎么保证消息一致性_实战RocketMQ解决分布式事务问题

一致性如何保证：

RocketMQ解决分布式事务(可靠消息最终一致性方案)

1、A系统发送一个prepared消息到MQ，如果这个prepared消息发送失败那么就直接取消操作别执行了。

2、如果这个消息发送成功了、就接着执行本地事务(executeLocalTransaction)，如果成功就告诉MQ发送确认消息，如果失败，就告诉MQ发送回滚消息。

3、如果发送了确认消息、那么B系统会接收到确认消息，然后执行本地事务。

4、上面的第2步, 由于网络原因发送确认or回滚消息失败，但是broker有轮询机制，根据唯一id查询本地事务状态，MQ会自动定时轮询所有prepared消息回调你的接口(checkLocalTransaction)，问你，这个消息是不是本地事务处理失败了，所有没有发送确认的消息，是继续重试还是回滚？一版来说这里你就可以查下数据库看之前本地事务是否执行，如果回滚了，那么这里也回滚吧。这个就是避免可能本地事务执行成功了，而确认消息却发送失败了。

PS：此方案是不支持事务发起服务进行回滚的，但是大部分互联网应用都不会要求事务发起方进行回滚，如果一定要事务发起方进行回滚应该采用2PC、3PC、TCC等强一致性方案来实现分布式事务,比如LCN。

订单-库存-分布式事务

这里通过一个实例来讲一下RocketMQ实现分布式事务具体编码。

场景： 下单场景，订单服务生成订单，当该订单支付成功之后，修改订单状态已支付，并且要通知库存服务进行库存的扣减。

数据库设计：

CREATE TABLE `yzy_order` (

`id` int(11) NOT NULL,

`order_id` varchar(100) NOT NULL DEFAULT '' COMMENT '订单id',

`buy_num` int(11) DEFAULT NULL COMMENT '购买数量',

`good_id` int(11) DEFAULT NULL COMMENT '商品ID',

`user_id` int(11) DEFAULT NULL COMMENT '用户ID',

`pay_status` int(11) DEFAULT NULL COMMENT '支付状态，0：没有支付，1：已经支付',

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

CREATE TABLE `yzy_repo` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`good_name` varchar(100) NOT NULL DEFAULT '' COMMENT '商品名称',

`num` int(11) NOT NULL DEFAULT '0' COMMENT '库存数量',

PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT='测试，库存表表'

开始实战

订单服务service的主要方法