此次分享的缘由 支付重构
考虑支付重构的时候，自然想到原本属于一个本地事务中的处理，现在要跨应用了要怎么处理。拿充值订单举个栗子吧，假设：原本订单模块和账户模块是放在一起的，现在需要做服务拆分，拆分成订单服务，账户服务。原本收到充值回调后，可以将修改订单状态和增加金币放在一个mysql事务中完成的，但是呢，因为服务拆分了，就面临着需要协调2个服务才能完成这个事务
所以就带出来，我们今天要分享和讨论的话题是：怎么解决分布式场景下数据一致性问题，暂且用分布式事务 来定义吧。
同样的问题还存在于其他的场景：
送礼：
1. 调用支付服务：先扣送礼用户的金币，然后给主播加相应的荔枝 2. 确认第一步成功后，播放特效，发聊天室送礼评论等充值成功消息：
完成充值订单
发送订单完成的kafka消息
在涉及支付交易等付费接口的时候，数据一致性的问题就显得尤为重要，因为都是钱啊
目前分布式事务是怎么解决的呢？问题肯定不是新问题，也就是目前已经有相应的解决方案了，那就看一下现在是怎么来解决这类问题的吧。
以购买基础商品成功后发送支付订单完成消息为例：
假设支付下单购买基础商品，此刻已经收到支付回调，订单已经处理成功了，这个时候kafka服务故障，消息发送失败；而这个时候处理订单的事务已经提交了，怎么保证订单完成的消息一定能发出去呢？