标签:多个 分布式系统 释放 参与 情况 原理 自身 ack redo
当一个事务需要跨越多个分布式节点的时候,需要保持事务处理的ACID,引入“协调者”的组件统一调度所有分布式节点的执行逻辑,被调度的节点称为“参与者”。协调者负责调度参与者的行为,并最终决定这些参与者是否要把事务真的提交。因此引入2PC和3PC。
二阶段提交,为了使基于分布式系统架构下的所有节点进行事务处理过程中能够保证原子性和一致性设计的一种算法。
阶段一:“投票阶段”
1,事务询问:协调者向参与者发送事务内容,询问是否可以执行事务提交操作,并等待参与者的响应。
2,执行事务:各参与者执行事务操作,并将Undo和Redo信息记入事务日志中
3,各参与者向协调者反馈事务询问的响应:成功执行返回YES,失败返回NO
阶段二:“执行阶段”
执行事务提交:所有参与反馈都是YES
中断事务:任意一个参与者反馈为NO,或等待超时
优缺点:
同步阻塞: 在二阶段执行过程中,所有参与该事务操作的逻辑都处于阻塞状态,各个参与者等待其他参与者响应的过程中,将无法进行其他操作,接单理解,有的快,有的慢,快的必须等到慢的结束才能继续执行.
单点问题: 整个过程都依赖协调者,如果协调者出问题,那么所有的参与者都将无法正常允许
数据不一致: 在协调者发送Commit的时候,因为网络等原因,一部分发送,一部分未能正常发送,将会导致数据不一致现象
太过保守: 当某一个参与者故障,就会导致协调者无法获取所有参与者响应,只能依赖自身的超时机制来判断时候中断事务,简单来说就是容错机制不完善,任意一个节点失败整个事务就将失败.
2PC的改进版,三阶段提交,将二阶段的"提交事务请求"一分为二, 有CanCommit, PreCommit和DoCommit 三部分组成.
执行事务提交
中断事务请求
执行提交
中断事务
优缺点:
标签:多个 分布式系统 释放 参与 情况 原理 自身 ack redo
原文地址:https://www.cnblogs.com/codingLiu/p/12722115.html