分布式事务解决方案

最新推荐文章于 2024-07-19 23:47:09 发布

worstezreal

最新推荐文章于 2024-07-19 23:47:09 发布

阅读量171

点赞数 1

分类专栏：学习笔记

本文链接：https://blog.csdn.net/worstezreal/article/details/95397414

版权

7 篇文章 0 订阅

订阅专栏

1 .A系统在自己本地一个事务里操作同时，插入一条数据到消息表
2 .接着A系统将这个消息发送到MQ中去
3 .B系统接收到消息之后，在一个事务里，往自己本地消息表里插入一条数据，同时执行其他的业务操作，如果这个消息已经被处理过了，那么此时这个事务会回滚，这样保证不会重复处理消息
4 .B系统执行成功之后，就会更新自己本地消息表的状态以及A系统消息表的状态
5 .如果B系统处理失败了，那么就不会更新消息表状态，那么此时A系统会定时扫描自己的消息表，如果有没处理的消息，会再次发送到MQ中去，让B再次处理
6 .这个方案保证了最终一致性，哪怕B事务失败了，但是A会不断重发消息，直到B那边成功为止

不足: 依赖数据库,难以支撑高并发

1.A系统先发送一个prepared消息到mq，如果这个消息发送失败那么就直接取消操作
2.如果消息发送成功，则接着执行本地事务，如果成功就告诉mq发送确认消息，如果失败就告诉mq回滚消息
3.如果发送了确认消息，那么此时B系统会接收到确认消息，然后执行本地的事务
4.mq会自动定时轮询所有prepared消息回调你的接口，问你，这个消息是不是本地事务处理失败了，所有没发送确认消息？那是继续重试还是回滚？一般来说这里你就可以查下数据库看之前本地事务是否执行，如果回滚了，那么这里也回滚吧。避免可能本地事务执行成功了，但确认消息发送失败了。
5.这个方案里，要是系统B的事务失败了咋办？只能自动不断重试直到成功，如果实在是不行，要么就是针对重要的资金类业务进行回滚，比如B系统本地回滚后，想办法通知系统A也回滚；或者是发送报警由人工来手工回滚和补偿

推荐使用

关注

专栏目录