分布式事务

最新推荐文章于 2024-10-03 23:17:14 发布

until you _ccq

最新推荐文章于 2024-10-03 23:17:14 发布

阅读量100

点赞数 1

本文链接：https://blog.csdn.net/cai1560819/article/details/101050315

版权

Java 事务编程接口（JTA： Java Transaction API）和 Java 事务服务 (JTS； Java TransactionService) 为 J2EE 平台提供了分布式事务服务。分布式事务（Distributed Transaction）包括事务
管理器（Transaction Manager）和一个或多个支持 XA 协议的资源管理器 ( Resource
Manager )。我们可以将资源管理器看做任意类型的持久化数据存储；事务管理器承担着所有事务
参与单元的协调与控制。

public void transferAccount() {
	UserTransaction userTx = null;
	Connection connA = null; Statement stmtA = null;
	Connection connB = null; Statement stmtB = null;
	try{
		// 获得 Transaction 管理对象
		userTx = (UserTransaction)getContext().lookup("java:comp/UserTransaction");
		connA = getDataSourceA().getConnection();// 从数据库 A 中取得数据库连接
		connB = getDataSourceB().getConnection();// 从数据库 B 中取得数据库连接
		userTx.begin(); // 启动事务
		stmtA = connA.createStatement();// 将 A 账户中的金额减少 500
		stmtA.execute("update t_account set amount = amount - 500 where account_id = 'A'");
		// 将 B 账户中的金额增加 500
		stmtB = connB.createStatement();13/04/2018 Page 136 of 283
		stmtB.execute("update t_account set amount = amount + 500 where account_id = 'B'");
		userTx.commit();// 提交事务
		// 事务提交：转账的两步操作同时成功（数据库 A 和数据库 B 中的数据被同时更新）
	} catch(SQLException sqle){
		// 发生异常，回滚在本事务中的操纵
		userTx.rollback();// 事务回滚：数据库 A 和数据库 B 中的数据更新被同时撤销
	} catch(Exception ne){ }
}

两阶段提交

两阶段提交主要保证了分布式事务的原子性：即所有结点要么全做要么全不做，所谓的两个阶段
是指：

第一阶段：准备阶段；第二阶段：提交阶段。

1、准备阶段

事务协调者(事务管理器)给每个参与者(资源管理器)发送 Prepare 消息，每个参与者要么直接返回失败(如权限验证失败)，要么在本地执行事务，写本地的 redo 和 undo 日志，但不提交，到达一种“万事俱备，只欠东风”的状态。

2、提交阶段：

如果协调者收到了参与者的失败消息或者超时，直接给每个参与者发送回滚(Rollback)消息；否则，发送提交(Commit)消息；参与者根据协调者的指令执行提交或者回滚操作，释放所有事务处理过程中使用的锁资源。 (注意:必须在最后阶段释放锁资源

将提交分成两阶段进行的目的很明确，就是尽可能晚地提交事务，让事务在提交前尽可能地完成
所有能完成的工作。

三阶段提交协议:

三阶段提交（Three-phase commit ），也叫三阶段提交协议（Three-phase commit protocol），是二阶段提交（2PC）的改进版本。与两阶段提交不同的是，三阶段提交有两个改动点。

1、引入超时机制。同时在协调者和参与者中都引入超时机制。

2、在第一阶段和第二阶段中插入一个准备阶段。保证了在最后提交阶段之前各参与节点的状态是一致的。也就是说，除了引入超时机制之外， 3PC 把 2PC 的准备阶段再次一分为二，这样三阶段提交就有 CanCommit、 PreCommit、 DoCommit 三个阶段。 19.1.12.1. CanCommit 阶段协调者向参与者发送 commit 请求，参与者如果可以提交就返回 Yes 响应，否则返回 No 响应。 19.1.12.2. PreCommit 阶段协调者根据参与者的反应情况来决定是否可以继续进行，有以下两种可能。假如协调者从所有的参与者获得的反馈都是 Yes 响应，那么就会执行事务的预执行假如有任何一个参与者向协调者发送了 No 响应，或者等待超时之后，协调者都没有接到参与者的响应，那么就执行事务的中断。 19.1.12.3. doCommit 阶段该阶段进行真正的事务提交。

主要包含： 1.协调这发送提交请求 2.参与者提交事务 3.参与者响应反馈（事务提交完之后，向协调者发送 Ack 响应。） 4.协调者确定完成事务。