seata分布式事务，看源码分支事务是在某一台机器循环依次提交的，如果提交过程中机器挂了，后续怎么恢复？
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
后续恢复的主要思路是通过异常日志和重试机制来进行。具体来说，当协调者发现某个分支事务失败时，会记录失败的事务日志。当故障机器恢复正常后，协调者会重新发起已失败的事务，并按照日志中的记录进行重试。
Seata 分布式事务在提交分支事务时,是在某一台机器上循环依次提交的。如果在提交过程中机器挂了,Seata 提供了事务日志来保证事务的可靠性。
当一个分支事务在提交过程中发生异常时,Seata 将事务日志记录到磁盘上,以确保事务的数据不会丢失。当机器重新启动时,Seata 会根据事务日志来恢复事务,并尝试将未完成的事务提交或回滚。如果机器在提交分支事务之前就挂了,那么 Seata 会尝试从其他节点中获取该分支事务的状态,以便进行恢复。
Seata 还提供了数据同步机制,以确保在提交分支事务时,不同节点之间的数据是一致的。如果节点在提交分支事务之前发生了网络故障,Seata 会尝试通过数据同步机制来恢复数据的一致性
评论
全部评论 (0)
评论
全部评论 (0)