应用场景:支付宝转账1万元给余额宝,并且这支付宝和余额宝属于独立的系统,数据库也在不同的物理节点上,
这时传统的事务时效,如何保证分布式的数据库的一致性呢?可用中间件RocketMQ处理。下面分析RocketMQ的事务消息的处理机制
在RocketMQ里事务消息处理分为三个个阶段
第一阶段是把消息传递给MQ,但是消息对消费端不可见,实际上数据已经发送到了broker上,会拿到消息的地址。(发送prepared消息)
第二阶段是执行本地事务。
第三个阶段是通过第一阶段拿到的地址去访问消息,并修改消息的状态。如果本地消息处理成功返回commit,则修改在broker上的消息的状态为对消费端可见,如果失败返回rollback,则
对消费端不可见。(发送确认消息给broker)
为了防止确认消息发送失败,RocketMQ会定期扫描集群中的事务消息,如果发现有prepared消息(状态没有改变),它会向生产者确认,该消息到底是否继续发送给消费端,这样
就保证了本地事务和消息发送的同时成功或者同时失败。