Java中的事务——全局事务与本地事务

Java中的事务——全局事务与本地事务

在上一篇文章中说到过，Java事务的类型有三种：JDBC事务、JTA(Java Transaction API)事务、容器事务。这是从事务的实现角度区分的，本文从另一个角度来再次区分一下Java中的事务。

站在事务管理的角度，能够把Java中用到的事务分为本地事务和全局事务。

本地事务

---

不用事务的编程框架来管理事务，直接使用资源管理器来控制事务。典型的就是java.sql.Connection 中的 setAutoCommit、commit、rollback方法。

本地事务的优势

• 支持严格的ACID属性
• 可靠
• 高效
• 状态能够只在资源管理器中维护

• 应用编程模型简单
  本地事务的局限

• 不具有分布式事务处理能力
• 隔离的最小单位由资源管理器决定，如数据库中的一条记录
  本地事务比较简单，对事务不太了解的同窗能够阅读个人博客中其余关于事务的内容。

全局事务

---

前面咱们介绍了本地事务，本地事务是咱们在编程中比较常接触的事务，好比典型的jdbc操做，在保证ACID方面作的很是出色。可是本地事务没法解决分布式场景中的事务问题。

我前面的文章中专门介绍过度布式场景中为何须要事务。这里我再稍微回顾一下。

典型的分布式事务场景

• 转帐

• 对于银行帐户间转帐的问题。帐户A向帐户B转帐，从实现上来看，通常能够拆分为“从帐户A中扣钱”、“向帐户B中加钱”两个操做步骤，两个帐户大多数状况下会被切分到不一样的数据库上，更多的是，两个操做会是两次服务调用。这两个操做要求作到要么同时成功、要么同时失败。所以引入了分布式事务问题。

• 下单

• 在电商网站上，在消费者点击购买按钮后，交易后台会进行库存检查、下单、减库存、更新订单状态等一连串的服务调用，每个操做对应一个独立的服务，服务通常会有独立的数据库，所以会产生分布式事务问题。
  因为用一次操做，数据要写入的数据库不一致，或者调用的服务都是RPC服务，那么就会没法保证操做在同一个事务中被处理掉。因此就会存在分布式的事务问题。

全局事务的定义

在上面的场景中会出现分布式事务问题，那么全局事务就是一个标准的分布式事务。下面咱们尝试着给全局事务下一个定义：

全局事务是由资源管理器管理和协调的事务。
全局事务是一个DTP模型的事务，所谓DTP模型指的是X/Open DTP(X/Open Distributed Transaction Processing Reference Model)，是X/Open 这个组织定义的一套分布式事务的标准，也就是了定义了规范和API接口，由这个厂商进行具体的实现。

X/Open DTP 定义了三个组件：AP，TM，RM 和两个协议：XA、TX

AP(Application Program)：也就是应用程序，能够理解为使用DTP的程序

RM(Resource Manager)：资源管理器，这里能够理解为一个DBMS系统，或者消息服务器管理系统，应用程序经过资源管理器对资源进行控制。

TM(Transaction Manager)：事务管理器，负责协调和管理事务，提供给AP应用程序编程接口以及管理资源管理器。

XA协议：应用或应用服务器与事务管理以前通讯的接口

TX协议：全局事务管理器与资源管理器之间通讯的接口

事务管理器控制着全局事务，管理事务生命周期，并协调资源。资源管理器负责控制和管理实际资源。

这里还要提到一个点，就是2PC（两阶段提交），在全局事务中，为了保证全部的操做能够一次性要么全提交，要么全失败。事务管理器和资源管理器之间的事务操做的控制是采用2PC来进行的，关于2PC，我博客中有文章专门介绍，这里再也不赘述。

J2EE中全局事务的实现

Java自身提供了一些API能够用来实现全局事务。Java中的事务——JDBC事务和JTA事务中介绍的JTA事务就能够用来实现J2EE中的全局事务。

JTA(Java Transaction API):面向应用、应用服务器与资 源管理器的高层事务接口。

JTS(Java Transaction Service):JTA事务管理器的实现标 准,向上支持JTA,向下经过CORBA OTS实现跨事务域的互 操做性。

EJB:基于组件的应用编程模型,经过声明式事务管理进一步 简化事务应用的编程。

全局事务的优缺点

全局事务，做为一种标准的分布式事务解决方案，他解决了本地事务没法知足分布式场景中数据的ACID的要求。

在关于分布式事务、两阶段提交协议、三阶提交协议中我曾经介绍过，2PC自己是存在同步阻塞问题，这就会致使效率变低，因此，采用2PC进行事务控制的全局事务也必然存在效率低的问题。这也是全局事务最致命的缺点，在提倡微服务的今天，这是不能容忍的。

总结

---

本文主要介绍了本地事务和全局事务，本地事务很简单，在Java中可使用JDBC来实现本地事务，全局事务是一种基本的分布式事务解决方案，是符合DTP模型的事务管理机制。

目前，愈来愈多的web开发要涉及到分布式事务，尤为是微服务架构最近愈来愈火，在微服务架构中，分布式事务是必然存在的。对于分布式事务的处理，本文主要介绍了一个典型的方案——全局事务。可是实际上，低效率的全局事务并非很适合用来解决大型网站的分布式事务问题。

在业内，主要用来解决分布式事务的方案是使用柔性事务。柔性事务包括几种类型：两阶段型、补偿型、异步确保型和最大努力通知型。后面我会有文章继续介绍柔性事务。请继续关注。