Zookeeper实现分布式事务 atomikos(oracle) 分布式事务配置后为什么程序与数据库交互变得很慢很慢？
atomikos(oracle) 分布式事务配置后为什么程序与数据库交互变得很慢很慢？
据我所知，分布式事务在理论上可以解决业务的多数据库全局事务问题，但在实际中很难使用。最好从业务流程的组织上保证业务级事务的一致性。当然，业务一致性的效果应该是事务的最终一致性，而不是任何时候数据的一致性。
如何使用消息队列解决分布式事务？
有两种选择。
Scheme 1 Local message transaction table
生产者需要添加一个事务消息表。具体步骤如下：[1。生产者执行业务逻辑并将事务记录插入到消息表中。这两个操作在一个本地事务中
2。启动后台线程定期轮询消息表并将消息发送到消息队列
3。删除消息表中的消息，直到发送成功。
方案2需要消息队列支持，业务端提供回溯接口
1。生产端将准备好的消息发送到消息队列
2。在本地事务中，业务逻辑
3。根据执行结果确认或取消准备好的消息
4。消息队列将确保准备好的消息被确认或取消，并且消息队列将不断地向生产端请求执行结果，这要求生产端提供类似的回调函数。
在方案2中，消息队列取代了方案1中的消息表和后台线程轮询功能，但并非所有消息队列都支持此功能。支持Rocketmq。
方案1的开发工作量大，外部依赖性小
方案2的开发工作量小，但依赖于特定的消息队列。
Zookeeper实现分布式事务 分布式事务解决方案 feign分布式事务
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
