基于本地消息表实现分布式事务保证最终一致性

1.背景

         这种背景的话一般都是在分布式场景中，需要保证各个系统之间的数据的最终一致性，比如交易下单环节，保证订单系统和用户积分系统之间的最终一致。

        也就是说，用户下单后，订单需要创建成功，用户积分也要增加成功，如果有一个失败了，这都是没满足一致性。      

2.技术选型

        保证分布式事务的方案有很多，比如本地消息表、MQ的事务消息、TCC、Seata等、2PC等 。

        这些方案中各自都有优缺点，首先比较重的就是TCC、Seata和2PC，因为他们要么需要引入一个单独的协调者要么需要代码做改造，要么对分布式系统之间有很强的侵入性。  

        比如TCC需要下游提供Try、Confirm和Cancel三种操作，2PC也是，需要把一个业务操作拆成2个阶段。

        那么相对来说比较轻量级的方案就是依赖可靠消息，实现最终一致性。尤其是我们这个场景中，积分的增加其实不需要强一致性，只需要保证几秒钟之后积分增加成功就行，而且是一旦下单成功，积分增加必须成功，所以就比较适合使用可靠消息来保证最终一致性。

        那么也就是说我们可以在创订单系统创建订单成功之后，发一个MQ消息，然后积分系统接收这个MQ消息即可。

@Transactional
public void order(OrderDto orderDto){
    orderService.createOrder(orderDto);
    mqService.send(orderDto);
}