什么是本地消息表
本地消息表的方案最初是由 eBay 提出，核心思路是将分布式事务拆分成本地事务进行处理。
方案通过在事务主动发起方额外新建事务消息表，事务发起方处理业务和记录事务消息在本地事务中完成，轮询事务消息表的数据发送事务消息，事务被动方基于消息中间件消费事务消息表中的事务。
这样设计可以避免”业务处理成功 + 事务消息发送失败"，或"业务处理失败 + 事务消息发送成功"的棘手情况出现，保证 2 个系统事务的数据一致性。
本地消息表处理流程
以电商用户注册为例
1.创建用户(用户服务)
2.用户赠送新人优惠券(支付服务)
用户服务
1.开启事物
2.创建用户相关的业务数据 落库
3.生成一条赠送优惠券的业务消息(状态发送中)
4.提交事物
5.发送消息(也可以依赖mq 直接调用赠送优惠券的服务)
6.如果发送成功则将消息数据改为发送成功
有可能发送消息失败
1.新增一个定时任务扫描发送中的事物 进行补偿(所以消息接收方要做幂等)
优点
- 从应用设计开发的角度实现了消息数据的可靠性，消息数据的可靠性不依赖于消息中间件，弱化了对 MQ 中间件特性(事物特性)的依赖。
- 方案轻量，容易实现。保证最终一致性
缺点
1) 本地消息表与业务耦合在一起，难于做成通用性，不可独立伸缩。
2）本地消息表是基于数据库来做的，而数据库是要读写磁盘IO的，因此在高并发下是有性能瓶颈的