文章目录
1.为什么要使用可靠消息最终一致性
在实际系统的开发过程中,可能服务间的调用是异步的。也就是说,一个服务发送一个消息给 MQ,即消息中间件,比如RocketMQ、RabbitMQ、Kafka、ActiveMQ 等等。
然后,另外一个服务从 MQ 消费到一条消息后进行处理。这就成了基于 MQ 的异步调用了。
那么针对这种基于 MQ 的异步调用,如何保证各个服务间的分布式事务呢?也就是说,我希望的是基于MQ 实现异步调用的多个服务的业务逻辑,要么一起成功,要么一起失败。这个时候,就要用上可靠消息最终一致性方案,来实现分布式事务。
2.什么是可靠消息最终一致性
可靠消息最终一致性方案是指当事务发起方执行完成本地事务后并发出一条消息,事务参与方(消息消费者)一定能够接收消息并处理事务成功,此方案强调的是只要消息发给事务参与方最终事务要达到一致。
此方案是利用消息中间件完成,如下图:
事务发起方(消息生产方)将消息发给消息中间件,事务参与方从消息中间件接收消息,事务发起方和消息中间件之间,事务参与方(消息消费方)和消息中间件之间都是通过网络通信,由于网络通信的不确定性会导致分布式事务问题。
3.可靠消息最终一致性要解决的问题:
3.1.上游服务把信息成功发送
本地事务与消息发送的原子性问题:事务发起方在本地事务执行成功后消息必须发出去,否则就回滚事务。即实现本地事务和消息发送的原子性,要么都成功,要么都失败。
3.2.下游服务成把消息成功消费
事务参与方接收消息的可靠性:事务参与方必须能够从消息队列接收到消息。
3.3.对消息做幂等
消息重复消费的问题:由于网络2的存在,若某一个消费节点响应超时但是消费成功,此时消息中间件会重复投递此消息,就导致了消息的重复消费。
4.解决方案
4.1.问题一:上游服务把消息成功发送
本地消息表:该方案最初是eBay提出的,在系统A处理任务完成后,在本地记录待发送信息。一个定时任务不断检查,是否发送成功,如果发送成功,将记录状态修改。如下图:
4.2.问题二:下游服务成把消息成功消费
消息持久化:可保证消息中间件宕机后消息不丢失
手动ack:保证消息投递失败时消息的重新投递
4.3.问题三:对消息做幂等
消息去重表:任务B处理消息前,先查询该消息是否被消费,如果没消费,处理任务B成功,记录消息。如果消息已经被消费,直接返回应答成功