分布式事务之浅谈JDBC事务与JTA事务

最新推荐文章于 2023-07-27 20:43:53 发布

丿微风乍起

最新推荐文章于 2023-07-27 20:43:53 发布

阅读量354

点赞数

分类专栏：分布式事务文章标签： JDBC事务 JTA事务

本文链接：https://blog.csdn.net/weixin_45319877/article/details/102331749

版权

分布式事务专栏收录该内容

2 篇文章

订阅专栏

本文深入探讨了Java中的事务处理，详细介绍了JDBC事务和JTA事务的特性与应用场景。JDBC事务适用于同一数据源的本地事务处理，而JTA事务则为分布式事务提供了解决方案，能够协调多个资源管理器的一致性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Java事务的类型有三种：JDBC事务、JTA(Java Transaction API)事务、容器事务。
常见的容器事务如Spring事务，容器事务主要是J2EE应用服务器提供的，容器事务大多是基于JTA完成，这是一个基于JNDI的，相当复杂的API实现。所以本文暂不讨论容器事务。本文主要介绍J2EE开发中两个比较基本的事务：JDBC事务和JTA事务。

JDBC事务

JDBC的一切行为包括事务是基于一个Connection的，在JDBC中是通过Connection对象进行事务管理。在JDBC中，常用的和事务相关的方法是： setAutoCommit、commit、rollback等。
在这里插入图片描述
我想大家对此也都很熟悉了，此处我只做一些简单的介绍。

JDBC事务的优缺点

JDBC为使用Java进行数据库的事务操作提供了最基本的支持。通过JDBC事务，我们可以将多个SQL语句放到同一个事务中，保证其ACID特性。JDBC事务的主要优点就是API比较简单，可以实现最基本的事务操作，性能也相对较好。
但是，JDBC事务有一个局限：一个 JDBC 事务不能跨越多个数据库！ 所以，如果涉及到多数据库的操作或者分布式场景，JDBC事务就无能为力了。

JTA事务

为什么需要JTA

通常，JDBC事务就可以解决数据的一致性等问题，鉴于他用法相对简单，所以很多人关于Java中的事务只知道有JDBC事务，或者有人知道框架中的事务（比如Hibernate、Spring）等。但是，由于JDBC无法实现分布式事务，而如今的分布式场景越来越多，所以，JTA事务就应运而生。
如果，你在工作中没有遇到JDBC事务无法解决的场景，那么只能说你做的项目还都太小。拿电商网站来说，我们一般把一个电商网站横向拆分成商品模块、订单模块、购物车模块、消息模块、支付模块等。然后我们把不同的模块部署到不同的机器上，各个模块之间通过远程服务调用等方式进行通信。以一个分布式的系统对外提供服务。请问使用JDBC如何保证事务一致性？通常我们在方法中增加了@Transactional注解，但是由于采用调用了分布式服务，该事务并不能达到ACID的效果。
JTA事务比JDBC事务更强大。一个JTA事务可以有多个参与者，而一个JDBC事务则被限定在一个单一的数据库连接。下列任一个Java平台的组件都可以参与到一个JTA事务中：JDBC连接、JDO PersistenceManager 对象、JMS 队列、JMS 主题、企业JavaBeans（EJB）、一个用J2EE Connector Architecture 规范编译的资源分配器。

JTA的定义

Java事务API（Java Transaction API，简称JTA ）是一个Java企业版的应用程序接口，在Java环境中，允许完成跨越多个XA资源的分布式事务。

JTA和它的同胞Java事务服务(JTS；Java TransactionService)，为J2EE平台提供了分布式事务服务。不过JTA只是提供了一个接口，并没有提供具体的实现，而是由j2ee服务器提供商根据JTS规范提供的，常见的JTA实现有以下几种：

J2EE容器所提供的JTA实现(JBoss)
独立的JTA实现:如JOTM，Atomikos.这些实现可以应用在那些不使用J2EE应用服务器的环境里用以提供分布事事务保证。如Tomcat,Jetty以及普通的java应用。

JTA里面提供了 java.transaction.UserTransaction ,里面定义了下面几个方法

begin：开启一个事务

commit：提交当前事务

rollback：回滚当前事务

setRollbackOnly：把当前事务标记为回滚

setTransactionTimeout：设置事务的事件，超过这个事件，就抛出异常，回滚事务

这里，值得注意的是，不是使用了UserTransaction就能把普通的JDBC操作直接转成JTA操作，JTA对DataSource、Connection和Resource 都是有要求的，只有符合XA规范，并且实现了XA规范的相关接口的类才能参与到JTA事务中来。这里，提一句，目前主流的数据库都支持XA规范。

要想使用用 JTA 事务，那么就需要有一个实现 javax.sql.XADataSource 、 javax.sql.XAConnection 和 javax.sql.XAResource 接口的 JDBC 驱动程序。一个实现了这些接口的驱动程序将可以参与 JTA 事务。
一个 XADataSource 对象就是一个 XAConnection 对象的工厂。XAConnection 是参与 JTA 事务的 JDBC 连接。
要使用JTA事务，必须使用XADataSource来产生数据库连接，产生的连接为一个XA连接。
XA连接（javax.sql.XAConnection）和非XA（java.sql.Connection）连接的区别在于：XA可以参与JTA的事务，而且不支持自动提交。

标准的分布式事务

一个分布式事务（Distributed Transaction）包括一个事务管理器（transaction manager）和一个或多个资源管理器(resource manager)。一个资源管理器（resource manager）是任意类型的持久化数据存储。事务管理器（transaction manager）承担着所有事务参与单元者的相互通讯的责任。JTA的实现方式也是基于以上这些分布式事务参与者实现的。