参考开源项目:https://gitee.com/owenwangwen/open-capacity-platform
分布式事务
问题描述
来源:单体应用 -->拆分为分布式应用
一个接口调用不同服务,并且操作不同的数据库,数据的一致性问题难以保证
![05.rocketmq分布式事务解决方案](https://img-blog.csdnimg.cn/img_convert/0b12cd56d20ecdbe7f7026127bc88f00.png)
rocketmq分布式事务消息
rocketmq事务消息
通过rocketmq事务消息达到分布式事务的最终一致性
rocketmq的优势
整体交互流程
![05.rocketmq分布式事务解决方案](https://img-blog.csdnimg.cn/img_convert/c42e549988da543d90f887fc620a4021.png)
● producer向broker端发送消息
● 服务端将消息持久化成功后,向发送端ack确认消息已经发送成功,此时标记消息未半消息,不可投递状态
● 发送端开始执行本地事务逻辑
● 发送端根据本地事务执行结果向服务端提交二次确认(commit or rollback),服务端收到commit状态则将半消息标记为可投递,消息订阅端最终收到该消息,服务端收到rollback状态则删除半消息,消息订阅端不会收到该消息
● 在断网或者应用重启极端情况下,上述步骤不会提交二次确认,经过一定时间后服务端对该消息发起消息回查
● 发送端收到消息回查后,需要检测对应消息的本地事务执行的最终结果
● 发送端根据检测得到的本地事务最终状态再次提交二次确认,服务端按照二次确认状态决定消息订阅端是否消费消息
代码分析
模拟发送事务消息
![05.rocketmq分布式事务解决方案](https://img-blog.csdnimg.cn/img_convert/bfea45c6e383e58dd655da6c3dbaa9f9.png)
事务消息
![05.rocketmq分布式事务解决方案](https://img-blog.csdnimg.cn/img_convert/46b2bfcb508649ceec9c9dcbb922967a.png)
本地事务
![05.rocketmq分布式事务解决方案](https://img-blog.csdnimg.cn/img_convert/7845efd97b35fa06633f0397da6db7bf.png)
二次确认
![05.rocketmq分布式事务解决方案](https://img-blog.csdnimg.cn/img_convert/9e2384f9769f219018d2bd8174d2ae5e.png)
消息回查
![05.rocketmq分布式事务解决方案](https://img-blog.csdnimg.cn/img_convert/6f26e74edf862a7c9fd1272839b6d4f1.png)
消息消费
![05.rocketmq分布式事务解决方案](https://img-blog.csdnimg.cn/img_convert/2b52e85a7071d1369012e9ae31c75804.png)