两阶段提交协议

最新推荐文章于 2025-02-24 16:03:33 发布
最新推荐文章于 2025-02-24 16:03:33 发布
阅读量354 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： SpringMVC
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/IT_townlet/article/details/86662683

两阶段提交协议应用场景，在网购应用中，用户付款后通常需要修改订单表的状态为已付款，同时要去库存表进行减库存操作，因为网购应用中通常都是以微服务形式进行的，也就是订单服务跟库存服务都是独立的，当然理想情况下订单表跟库存表都要更新成功，这两个独立的应用如何才能都同时更新成功或者都同时失败呢，这时候可以用两阶段提交协议思想做：
1，先更新订单表跟库存表，也就是预提交，precommit。然后协调器再根据返回结果判断是否都更新完毕，如果两个都为true，则真正commit，只要有任何一个不成功，则回滚，开源框架atomikos可以实现该场景，这里atomikos就是充当了协调者的角色，其核心原理就是把操作不同数据库的结果封装到内部类中，然后进行统一提交或者回滚操作

在这里插入图片描述

分布式一致性协议 之 两阶段提交协议(2PC)
凉茶铺的博客
08-07 3600
分布式事务: 事务提供一种操作本地数据库的不可分割的一系列操作 “要么什么都不做，要么做全套（All or Nothing）”的机制,而分布式事务就是为了操作不同数据库的不可分割的一系列操作 “要么什么都不做，要么做全套（All or Nothing）”的机制。两阶段提交协议，简称2PC(2 Prepare Commit)，是比较常用的解决分布式事务问题的方式，要么所有参与进程都提交事务，要么都取消事务，即实现ACID中的原子性(A)的常用手段。1. 成功执行事务事务提交流程。...
flink checkpoint 两阶段提交协议详解
涛声依旧, 万古流名
04-19 1790
精确一次和最少一次的主要区别在于对数据处理的一致性和可靠性的保证程度。精确一次通过复杂的两阶段提交协议确保每条数据只被处理一次，提供了最高的数据一致性保证；而最少一次则通过简单的重试机制确保数据至少被处理一次，但可能会引入数据的重复处理。在实际应用中，需要根据具体的业务需求和场景来选择适合的语义保证。对于需要严格保证数据一致性的场景（如金融交易），通常会选择精确一次语义；而对于一些对数据处理速度有较高要求且可以容忍一定程度数据重复的场景（如日志收集），则可能会选择最少一次语义。
什么是两阶段提交协议
风之去向
09-12 1万+
两阶段提交协议实现分布式事务的关键就是两阶段提交协议。在此协议中，一个或多个资源管理器的活动均由一个称为事务协调器的单独软件组件来控制。此协议中的五个步骤如下： • 应用程序调用事务协调器中的提交方法。
Seata分布式事务【详解分布式事务AT模式、2PC两阶段提交协议、Seata Server（TC）环境搭建，附有示例+代码】
Java技术加油站的博客
02-24 1474
传统单体应用场景下，系统的数据保存在一个数据库实例中，通常场景的关系数据库都能自动提供事务保证，并且这种情况下的事务称为本地事务，能保证原子性、一致性、隔离性、持久性（ACID 特性）。本地事务大多数场景下，我们的应用都只需要操作单一的数据库，这种情况下的事务称之为本地事务(Local Transaction)。本地事务的ACID特性是数据库直接提供支持。分布式事务典型场景当下互联网发展如火如荼，绝大部分公司都进行了数据库拆分和服务化(SOA)。
分布式事务两阶段提交协议的实现方法研究.pdf
08-11
两阶段提交协议是实现分布式事务保证原子性、一致性、隔离性和持久性（即ACID属性）的关键技术之一。 传统的两阶段提交协议（2PC）将事务处理分为两个阶段：预提交阶段和决策阶段。在预提交阶段，事务协调者询问...
三阶段提交协议原理及与两阶段提交协议对比
道可道非常道
04-01 1057
三阶段提交协议通过引入预提交阶段和全局提交/中止阶段，提高了分布式系统事务处理的可靠性和一致性。然而，这种协议也带来了额外的开销和复杂性，特别是在网络延迟或节点故障的情况下，可能会导致系统性能下降或事务处理时间延长。因此，在选择是否使用三阶段提交协议时，需要根据具体的应用场景和需求进行权衡。尽管如此，三阶段提交协议仍然是分布式系统中保证数据一致性的重要工具之一。
二段式提交协议
weixin_33800463的博客
10-15 173
两阶段提交协议（two phase commit protocol，2PC） 一、协议概述 　两阶段提交协议（two phase commit protocol，2PC）可以保证数据的强一致性，许多分布式关系型数据管理系统采用此协议来完成分布式事务。它是协调所有分布式原子事务参与者，并决定提交或取消（回滚）的分布式算法。同时也是解决一致性问题的一致性算法。该算法能够解决很多的临时性系统故障（包...
两阶段提交（Two-phase Commit）协议
qq_41768644的博客
03-23 2129
2PC 分布式事务一致性
二阶段提交协议（Two-Phase Commit Protocol，2PC）
多头注意力探索Now
06-02 753
分布式事务提交协议动作设计探索
二阶段提交协议2PC
bobozai86的博客
05-13 656
前言 在分布式系统中，每一个机器节点虽然能够明确知道自己在进行事物操作过程中的结果是成功或失败，但是却无法直接获取到其他分布式节点的操作结果。因此，当一个事物操作需要跨越多个分布式节点的时候，为了保持事物处理的ACID特性，就需要引入一个称为“协调者”的组件来统一调度所有分布式节点的执行逻辑，这些被调度的分布式节点则被称为“参与者”。协调者负责调度参与者的行为，并最终决定这些参与者...
MySQL两阶段提交
热门推荐
jesseyoung
07-19 1万+
1 二阶段提交协议 一般分为协调器C和若干事务执行者Si两种角色： 当执行某一事务T的所有站点Si都通知C事务执行完成，C即启动二阶段提交协议。 1.首先C向所有Si发<prepare>消息（C先将<prepare>消息写到本机日志），Si收到<prepare>消息后，根据本机T的执行情况，如果成功返回<ready T>，不成功返回<abort T>。（返回前都应把要返回的消息写到日志里） 2.C收集完所有Si的返回消息后（或经过一个超时周期后），如果都返回的是<ready
【数据库之美】两阶段提交协议
芝兰生于深谷，不以无人而不芳
06-19 401
由于涉及多个分布式的数据库，我们特设了一个全局的事务管理器，他来负责协调各个数据库的事务提交，为了实现分布式事务，需要两个阶段。 阶段一： 全局的事务管理器向各个数据库发出准备消息， 各个数据库需要在本地把一切都准备好，执行操作，锁住资源。记录redo/undo日志，但是并不提交，总而言之，要进入一种时刻准备提交或回滚的状态，然后向全局的事务管理器报告是否准备好了 阶段二： 如果所有的数据库都报告说准备好了，那么全局的事务管理器就下命令，提交，这个时候，各个数据库才真正提交，由于之前已经万事俱备，所以只需
两阶段提交协议 终结协议
最新发布
02-26
### 两阶段提交协议的终止或完成 #### 预备阶段 (Prepare Phase) 在预备阶段，事务协调器向所有参与者发送准备消息。每个接收到此消息的参与者会执行所需的操作并记录下这些操作以便可以回滚或确认。一旦参与者完成了必要的准备工作，则返回给协调器一个肯定的回答表示已准备好提交；如果有任何问题无法继续，则返回否定回答。 对于Flink中的情况，在预提交阶段Sink函数将待写入的数据存储到临时位置，并通知Operator算子已经准备好进行最终提交[^1]。 #### 提交决策阶段 (Commit Decision Phase) 当所有的参与者都回应完毕后： - **如果全部同意**：协调者广播`COMMIT`命令至各节点，指示它们正式提交更改。此时各个参与者按照指令实际地应用之前所做的变更，并释放资源锁等措施来确保整个系统的状态一致。 - **若有任意一方拒绝** 或者超时未得到应答：则由协调者发出`ABORT`信号让所有成员撤销先前做的工作以保持系统的一致性和完整性。 在Flink里，若是所有sink均反馈成功，则operator会触发真正的数据落地动作；反之遇到失败情形就取消此次checkpoint并且回退至上一次成功的检查点重新开始计算流程[^4]。 ```java // 假设这是简化版的Java伪代码展示2PC过程的一部分逻辑 public class TwoPhaseCommitProtocol { public void prepare() throws Exception { // 执行业务逻辑前的准备工作... // 向所有参与者发送PREPARE请求 boolean allVotesGranted = true; for(Participant p : participants){ if(!p.vote()){ allVotesGranted = false; break; } } if(allVotesGranted){ commit(); }else{ abort(); } } private void commit(){ // 发送COMMIT命令给所有参与者 for(Participant p : participants){ p.doCommit(); } } private void abort(){ // 发送ABORT命令给所有参与者 for(Participant p : participants){ p.undoChanges(); } } } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值