分布式数据库【2、两阶段提交协议2PC】【部分转载】

最新推荐文章于 2024-07-09 18:56:35 发布
最新推荐文章于 2024-07-09 18:56:35 发布
阅读量7.5k 收藏 2
点赞数
分类专栏： 数据库 文章标签： 分布式 数据存储 二阶段事务
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sunwenq2812/article/details/21994133
版权
本文详细介绍了两阶段提交（2PC）协议，用于保证分布式事务的原子性。讨论了2PC的优缺点，以及在事务协调器失效时可能导致的死锁问题。此外，还提到了XA、JTA规范以及一阶段提交（Best Efforts 1PC）模式，为读者提供了在分布式事务中如何选择合适策略的指导。
摘要由CSDN通过智能技术生成

2PC，保障分布式事务原子性，既在所有站点上要么全部commit，要么全部abort，回滚；

2PC：实现分布式事务的关键就是两阶段提交协议。在此协议中，一个或多个资源管理器的活动均由一个称为事务协调器部件来控制。step如下：

1、 应用程序调用事务协调器中的提交方法

事务协调器（transaction coordinator）将联络事务中涉及的每个事务管理器（transaction manager），并通知它们准备提交事务；

为 了以肯定的方式响应准备阶段，事务管理器必须将自己置于以下状态：确保能在被要求提交事务时提交事务，或在被要求回滚事务时回滚事务【思考，如何实现？是不是通过日志呢？】。大多数事务管理器会 将包含其计划

最低0.47元/天 解锁文章
convay
关注
专栏目录
【其他】2PC两阶段提交协议
CountryShi的博客
10-13 198
2PC两阶段提交协议 参考文章:https://blog.csdn.net/xj15010735572/article/details/86233456 背景: 在项目中开启了分布式事务,底层代码通过Dblink跨库连接,出现报错ORA-01591:lock heid bu in-dounbt distrbuted transaction 3.23.3578716; 通过了解是因为Oracle是使用2pc二阶段提交,只要是分布式事务就有可能出现这个报错,可以通过减少使用Dblink来减少这个问题的出现
关于分布式事务、两阶段提交、一阶段提交、Best Efforts 1PC模式和事务补偿机制的研究...
tempsitegoogle
05-29 796
本文原文连接: http://blog.csdn.net/bluishglc/article/details/7612811 ,转载请注明出处！ 1.XA XA是由X/Open组织提出的分布式事务的规范。XA规范主要定义了(全局)事务管理器(Transaction Manager)和(局部)资源管理器(Resource Manager)之间的接口。XA接口是双向的系统接口，在事务管理器（Tra...
分布式事务处理机制
chihaicao5510的博客
05-17 295
1.XA XA是由X/Open组织提出的分布式事务的规范。XA规范主要定义了(全局)事务管理器(Transaction Manager)和(局部)资源管理器(Resource Manager)之间的接口。XA接口是双向的系统接口，在事务管理器（Transaction Manager）以及一个...
Greenplum（三）【分布式事务和两阶段提交协议】
最新发布
功不唐捐，玉汝于成
07-09 929
Greenplum分布式事务和两阶段提交（2PC）
二阶段提交和三阶段提交算法的理解
Forever
03-29 3779
一、二阶段提交算法的描述： 二阶段提交算法的成立基于以下假设： 该分布式系统中，存在一个节点作为协调者(Coordinator)，其他节点作为参与者(Cohorts)。且节点之间可以进行网络通信。所有节点都采用预写式日志，且日志被写入后即被保持在可靠的存储设备上，即使节点损坏不会导致日志数据的消失。所有节点不会永久性损坏，即使损坏后仍然可以恢复。 以下对二阶段提交算法分阶段进
JDBC批量处理数据之分段批量提交以及异常处理
Apple_Boy的博客
02-05 3440
首先来说批量处理数据的优点: 代码优化，提高程序执行性能 降低了java程序代码(客户端)和数据库之间的 网络通信的次数。 大数据量的插入问题:（jdbc,hibernate,ibatis） 每次只插入一条和数据库交互多次(很耗时间) 批量插入和数据库只交互一次(内存溢出) 解决办法：分段批量插入(推荐) jdbc批量处理数据是通过PreparedStatement对象的 ...
为什么要分段提交？
甲骨虫的家
05-04 1764
oracle为什么要分段提交？ 根本原因：防止回滚段不够用． 分段太少：回滚段不够用． 分段太多：commit太多，LGWR写把日志缓冲区的数据写入重做日志太频繁，导致磁盘写过多．最好是每运行3秒钟提交一次．
分布式事务之两阶段提交，转载自：银河里的星星
08-07
两阶段提交协议（2PC）就是为了实现这种原子性而设计的。它主要分为两个阶段： 1. 准备阶段（Prepare Phase）： 在这个阶段，事务协调者（通常是事务发起者）询问所有参与者（每个涉及事务的节点）是否准备执行...
分布式事务：两阶段提交与三阶段提交
seowen的开发 小本子
10-29 1184
分布式基础知识 分布式的特点：分布性、对等性、并发性、缺乏全局时钟、故障总会发生 分布式环境下的各种问题：通讯异常、网络分区、成功失败超时三态、节点故障 事务一致性 数据库事务包含：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability） 分布式事务: 事务的参与者、支持事务的服务器、资源服务器以及事务管理器位于分布式系统的...
分布式事务（二）之两阶段提交
小明的博客
10-21 548
前面的文章中，我们介绍了分布式系统中的CAP理论和BASE理论，本文会就分布式事务的实现方案之一：两阶段提交(2PC)进行介绍。2PC是一个非常经典的强一致、中心化的原子提交协议。中心化是指协议中有两类节点：一个是中心化协调者节点（coordinator）和N个参与者节点（partcipant）。 2PC 一致性概念 一致性，是指对每个节点一个数据的更新，整个集群都知道更新，并且是一致的，假设一个具有N个节点的分布式系统，当其满足以下条件时，我们说这个系统满足一致性： 全认同: 所有N个节点都认同一个结果
分布式事务（三）之三阶段提交
小明的博客
11-02 227
三阶段提交（3PC）是二阶段提交（2PC）的改进版本，三阶段提交协议主要是为了解决两阶段提交协议的阻塞问题，2pc存在的问题是当协调者崩溃时，参与者不能做出最后的选择。因此参与者可能在协调者恢复之前保持阻塞。三阶段提交（Three-phase commit），是二阶段提交（2PC）的改进版本。 三阶段提交3PC 与两阶段提交不同的是，三阶段提交有两个改动点： 引入超时机制。同时在协调者和参与者中都引入超时机制； 在第一阶段和第二阶段中插入一个准备阶段。保证了在最后提交阶段之前各参与节点的状态是一致的。
oracle数据库批量修改数据分段提交存储块
Abbott1314的博客
12-27 767
这篇文章基础是在产品投产后生产会出现问题的情况下，对于用户基数百万级别的时候，对于问题数据的修改，不能一条语句全量的修改，需分段提交，存储块就能很好的解决这类问题，代码案例如下，替代脚本就可以使用,每次commit的条数5000可以按实际数据库承载量做修改： declare cursor c_trx_data is select * from sup_task_log g where g...
一阶段提交、二阶段提交、三阶段提交
jie310600的博客
08-18 705
原文参考:http://blog.csdn.net/bluishglc/article/details/7612811 [b]数据库要求:ACID[/b] 原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。 原子性：所有的改变要么都做了，要么都没做。 一致性：数据保持一致性状态。 隔离性：其它...
两阶段提交、三阶段提交与补偿事务：分布式事务解决方案详解
m0_71777195的博客
04-23 769
两阶段提交协议是一种分布式事务处理的经典协议。它通过引入一个协调者（coordinator）角色来确保事务的原子性和一致性。协调者负责跟踪参与事务的所有节点（称为参与者，participants）的状态，并根据这些状态来决定事务是否可以成功提交。三阶段提交协议是两阶段提交协议的改进版本。它通过引入一个新的“预提交”阶段来解决两阶段提交协议在某些场景下可能导致的阻塞问题。补偿事务是一种应对分布式事务失败情况的解决方案。在分布式系统中，事务操作可能会在多个节点上执行，如果某个节点上的操作失败，整个事务需要回滚。
分布式事务的具体实现：两阶段提交（2PC）
qq_63728673的博客
04-15 1838
分布式事务“顾名思义，指的是涉及到多个分布式系统或者多个数据库的事务操作。在分布式系统中，如果一个事务涉及到多个独立的组件或者服务，每个组件或服务可能位于不同的物理节点上，那么这个事务就被称为分布式事务。在分布式系统中实现分布式事务是一个复杂的问题，因为涉及到多个独立的组件或者服务，可能存在网络延迟、通信故障、节点故障等因素。为了保证分布式事务的一致性和可靠性，需要使用合适的事务管理协议和机制，如两阶段提交（2PC）、三阶段提交（3PC）、基于消息的事务、分布式事务管理器等。
事务的一阶段提交协议和二阶段提交协议
qq_40046779的博客
12-04 772
因为事务需要实现ACID，即原子性、一致性、隔离性、持久性，所以需要采用一定的机制来保证，通常采用的是分阶段提交的方式。 XA:XA协议，规定事务管理器和资源管理器接口，采用二阶段提交协议。 一阶段提交协议 一阶段提交协议相对简单，如下图： 当然，前提是开启了事务，然后在应用程序发出提交/回滚请求后，数据库执行操作，而后将成功/失败返回给应用程序，程序继续执行。 一阶段提交协议相对简单，简单...
MySQL实现XA规范
weixin_37672801的博客
11-21 975
XA规范、binlog同步
把脉分布式事务的模型、协议和方案
mxt51220的博客
04-19 527
在开始介绍 DTP 模型之前，需要先了解 两阶段提交协议。投票阶段协调者发送事务预备（Prepare）请求到所有的参与节点，并询问它们是否可以提交。提交阶段依据第 1 阶段返回的结果，决定事务最终是提交（Commit）还是放弃（Rollback）。如果所有的参与节点都回复 Yes，那么协调者在第 2 阶段发出提交（Commit）请求。如果任一参与节点回复“No”，那么协调者在第 2 阶段发出回滚（Rollback）请求。整个过程要么成功，要么失败回滚，对外部来说，该事务的状态变化是原子的。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值