JAVA 事务之JDBC事务、JTA事务和容器事务

缺乏、安全感 2022-06-16 00:39 335阅读 0赞

# 一、什么是Java事务 #

1.  事务是一组原子操作单元

从数据库角度说，就是一组**SQL指令**，要么全部执行成功，若因为某个原因其中一条指令执行有错误，则撤销先前执行过的所有指令

更简答的说就是：

要么全部执行成功，要么撤销不执行。

1.  事务必须服从ISO/IEC所制定的ACID原则。  
    
    
     *  原子性（atomicity）
     *  一致性（consistency）
     *  隔离性（isolation）
     *  持久性（durability）

原子性

表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。

一致性

表示当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行前的状态。

隔离性

表示在事务执行过程中对数据的修改，在事务提交之前对其他事务不可见。

持久性

表示已提交的数据在事务执行失败时，数据的状态都应该正确。

**既然事务的概念从数据库而来，那Java事务是什么？它们之间有什么联系？**  
　　实际上，一个Java应用系统，如果要操作数据库，则通过JDBC来实现的。增加、修改、删除都是通过相应方法间接来实现的，事务的控制也相应转移到Java程序代码中。因此，**数据库操作的事务习惯上就称为Java事务。**

# 二、Java事务的类型 #

Java事务的类型有三种：**JDBC事务**、**JTA（Java Transaction API）事务**、**容器事务**。

## JDBC事务 ##

JDBC 事务是用 **Connection 对象**控制的。JDBC Connection 接口（ java.sql.Connection ）提供了两种事务模式：**自动提交**和**手工提交**。

java.sql.Connection 提供了以下控制事务的方法：

public void setAutoCommit(boolean)  
    public boolean getAutoCommit()  
    public void commit()  
    public void rollback()

使用 JDBC 事务界定时，您可以将多个 SQL 语句结合到一个事务中。JDBC 事务的一个缺点是事务的范围**局限于一个数据库连接**。一个 JDBC 事务**不能跨越多个数据库**。

## JTA（Java Transaction API）事务 ##

JTA是一种高层的，与实现无关的，与协议无关的API，应用程序和应用服务器可以使用JTA来访问事务

JTA允许应用程序执行**分布式**事务处理——在两个或多个网络计算机资源上访问并且更新数据，这些数据可以分布在多个数据库上。JDBC驱动程序的JTA支持极大地增强了数据访问能力。

如果计划用 JTA 界定事务，那么就需要有一个实现 javax.sql.XADataSource 、 javax.sql.XAConnection 和 javax.sql.XAResource 接口的 JDBC 驱动程序。一个实现了这些接口的驱动程序将可以参与 JTA 事务。一个 XADataSource 对象就是一个 XAConnection 对象的工厂。 XAConnections 是参与 JTA 事务的 JDBC 连接。

您将需要用应用服务器的管理工具设置 XADataSource。（从应用服务器和 JDBC 驱动程序的文档中可以了解到相关的指导）

J2EE应用程序用 **JNDI** 查询数据源。一旦应用程序找到了数据源对象，它就调用 javax.sql.DataSource.**getConnection**（） 以获得到数据库的连接。

XA 连接与非 XA 连接不同。一定要记住 **XA 连接参与了 JTA 事务**。这意味着 XA 连接**不支持 JDBC 的自动提交功能**。同时，应用程序一定不要对 XA 连接调用 java.sql.Connection.commit（） 或者 java.sql.Connection.rollback（） .

相反，应用程序应该使用 UserTransaction.begin（）、 UserTransaction.commit（） 和 UserTransaction.rollback（） .

## 容器事务 ##

容器事务主要是J2EE应用服务器提供的，容器事务大多是基于JTA完成，这是一个基于JNDI的，相当复杂的API实现。相对编码实现JTA事务管理，我们可以通过EJB容器提供的容器事务管理机制（CMT）完成同一个功能，这项功能由J2EE应用服务器提供。这使得我们可以简单的指定将哪个方法加入事务，一旦指定，容器将负责事务管理任务。这是我们土建的解决方式，因为通过这种方式我们可以将事务代码排除在逻辑编码之外，同时将所有困难交给J2EE容器去解决。使用EJB CMT的另外一个好处就是程序员无需关心JTA API的编码，不过，理论上我们必须使用EJB.

# 三、三种Java事务差异 #

1、JDBC事务控制的局限性在一个数据库连接内，但是其使用简单。  
2、JTA事务的功能强大，事务可以跨越多个数据库或多个DAO，使用也比较复杂。  
3、容器事务，主要指的是J2EE应用服务器提供的事务管理，局限于EJB应用使用。

# 四、JTA原理 #

假设有两个Connection, con1, con2, 大体的过程如下

con1 = XAResouce1.getConnection...       
    con2 = XAResouce2.getConnection...       
    
    con1 do some thing. con2 do some thing. after they finish. pre1 = XAResouce1.prepare();       
    pre2 = XAResouce2.prepare();       
    
    if( both pre1 and pre2 are OK）{       
    　　XAResouce1 and 2 commit }else { 　　XAResouce1 and 2 rollback }

在XAResouce1 and 2 commit的时候，  
可能XAResouce1 commit() 成功了，XAResouce2 commit()失败了。  
这时候，会抛出一个 “**启发式异常**”。程序可以处理这个异常。比如，XAResouce.recover()之类。

但一般情况下，还真没别的办法，需要数据管理员根据数据操作日志 undo所有的操作，或者恢复数据备份。  
有的数据库在进行数据操作的时候，会生成一个“反操作”日志。比如，insert 对 delete, 等。

Global Transaction 需要XA接口（包括在JTA里面）的支持。  
import javax.sql.XAConnection;  
import javax.transaction.xa.Xid;  
import javax.transaction.xa.XAResource;  
import javax.transaction.xa.XAException;  
import javax.transaction.Transaction;  
import javax.transaction.TransactionManager;  
其中的  
javax.sql.XAConnection;  
javax.transaction.xa.Xid;  
javax.transaction.xa.XAResource;  
这些XA接口的实现，需要数据库的JDBC提供。  
**数据库本身要支持XA**。数据库的**JDBC也要提供XA的实现。**

--------------------

原文：

【1】[http://blog.csdn.net/terryzero/article/details/4464118][http_blog.csdn.net_terryzero_article_details_4464118]  
【2】[http://blog.csdn.net/terryzero/article/details/4467739][http_blog.csdn.net_terryzero_article_details_4467739]

[http_blog.csdn.net_terryzero_article_details_4464118]: http://blog.csdn.net/terryzero/article/details/4464118
[http_blog.csdn.net_terryzero_article_details_4467739]: http://blog.csdn.net/terryzero/article/details/4467739