两阶段提交过程可以用以下图来说明:
解释如下:
第一阶段:
预备阶段需要写事务日志，以备第二阶段commit时候机器失败导致无法恢复事务。
MySQL 直到5.7的某个版本，才修复了一直以来的XA缺陷，即binlog不写prepare日志，导致主从数据可能不一致。
第二阶段:
将提交分成两阶段进行的目的很明确，就是尽可能晚地提交事务，让事务在提交前尽可能地完成所有能完成的工作，这样，最后的提交阶段将是一个耗时极短的微小操作，这种操作在一个分布式系统中失败的概率是非常小的，也就是所谓的“网络通讯危险期”非常的短暂，这是两阶段提交确保分布式事务原子性的关键所在。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/15498/viewspace-2137419/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
HBase的目录分析
请登录后发表评论
登录
全部评论
最新文章
- Doris创建表报错Failed to find enough host with storage medium问题解决
- linux登录locale告警-bash: warning: setlocale: LC_TIME: cannot change的处理方法
- 在centos三台机器上部署oceanbase集群步骤
- MongoDB 4.0查看,更新和回收角色权限步骤
- MongoDB4.0创建自定义权限(只有查询，插入和更新的权限)的角色步骤
- TiDB DM同步报错ErrCode 44006处理一例
- SQL审核平台 Archery v1.8.0 LDAP功能配置步骤
- MySQL开源工具汇总图
- Doris 0.15 binlog load for centos 7测试详细步骤
- doris编译和安装部署详细步骤
