下单场景和支付场景的最终一致性

下单场景

1. 用户请求订单系统下单
2. 订单系统通过RPC调用订单服务下单
3. 订单服务调用商品服务扣减库存
4. 订单服务调用优惠卷服务扣减优惠卷
5. 订单服务调用用户服务扣减余额
6. 订单服务完成, 生成订单 

 问题

        用户提交订单后, 扣减库存成功、扣减优惠券成功、使用余额成功，但是在确认订单操作失败,需要对库存、库存、余额进行回退。如何保证数据的完整性？

  

使用MQ保证在下单失败后系统数据的完整性

---

 支付

1.  用户请求支付系统
2. 支付系统调用三方支付平台
3. 三方平台支付成功后回调通知支付服务
4. 支付服务调用订单服务修改订单状态
5. 支付服务调用积分服务增加积分
6. 支付服务调用日志服务记录日志

问题 

用户通过第三方支付平台（支付宝、微信）支付成功后，第三方支付平台要通过回调API异步通知商家支付系统用户支付结果，支付系统根据支付结果修改订单状态、记录支付日志和给用户增加积分。

商家支付系统如何保证在收到第三方支付平台的异步通知时，如何快速给第三方支付凭条做出回应？

 通过MQ进行数据分发，提高系统处理性能