一、事务,什么是事务,为何用事务

事务是一组工作逻辑单元，要么全部执行成功，要么撤销不执行。

是为了保证数据的一致性和完整性。


二、事务服从ACID原则：

  • 原子性（atomicity）：
    不可分割的工作逻辑单元，要么全部执行，要么撤销不执行。

  • 一致性（consistency）：
    当事务执行失败时，应该恢复到事务执行前的状态。

  • 隔离性（isolation）：
    一个事务的执行不能被其他事务干扰。

  • 持久性（durability）：
    事务提交后，它对数据的改变就应该是永久性的。


三、简单例子：

比如银行转帐业务，

A账户要转1000元到B账户下面，

首先A账户余额要减去1000元，

然后B账户要增加1000元。

假如在中间网络出现了问题，

A账户减去1000元已经结束，

B账户因为网络中断而导致操作失败，

那么整个业务失败，

所以必须做出控制，要求A账户转帐业务撤销。

这才能保证业务的正确性，完成这个操作就需要事务，

将A账户资金减少和B账户资金增加，放到一个事务里面，

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

这样就保持了数据的安全性。


四、隔离级别

SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。

  • Read Uncommitted（读取未提交内容）在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。

  • Read Committed（读取提交内容）这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。

  • Repeatable Read（可重读）这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。当使用可重复读隔离级别时，在事务执行期间会锁定该事务以任何方式引用的所有行。因此，如果在同一个事务中发出同一个SELECT语句两次或更多次，那么产生的结果数据集总是相同的。

  • Serializable（可串行化） 这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。

这四种隔离级别采取不同的锁类型来实现，若读取的是同一个数据的话，就容易发生问题。


五、Java事务的类型

1、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 事务不能跨越多个数据库。



2、JTA(Java Transaction API)事务

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


JTA允许应用程序执行分布式事务处理

--在两个或多个网络计算机资源上访问并且更新数据，这些数据可以分布在多个数据库上。


JDBC驱动程序的JTA支持极大地增强了数据访问能力。如果计划用 JTA 界定事务，那么就需要有一个实现 javax.sql.XADataSource 、 javax.sql.XAConnection 和 javax.sql.XAResource 接口的 JDBC 驱动程序。一个实现了这些接口的驱动程序将可以参与 JTA 事务。一个 XADataSource 对象就是一个 XAConnection 对象的工厂。 XAConnection s 是参与 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() 。


3、容器事务

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


4、三种事务差异

1、JDBC事务控制的局限性在一个数据库连接内，但是其使用简单。

2、JTA事务的功能强大，事务可以跨越多个数据库或多个DAO，使用也比较复杂。

3、容器事务，主要指的是J2EE应用服务器提供的事务管理，局限于EJB应用使用。


5、总结

事务控制是构建J2EE应用不可缺少的一部分，合理选择应用何种事务对整个应用系统来说至关重要。一般说来，在单个JDBC 连接连接的情况下可以选择JDBC事务，在跨多个连接或者数据库情况下，需要选择使用JTA事务，如果用到了EJB，则可以考虑使用EJB容器事务。


六、spring事务的传播行为

在TransactionDefinition接口中定义了七个事务传播行为。

  • PROPAGATION_REQUIRED （required ：必需的）
    如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。

  • PROPAGATION_SUPPORTS （supports：支持的）
    如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。
    但是对于事务同步的事务管理器，PROPAGATION_SUPPORTS与不使用事务有少许不同。

  • PROPAGATION_MANDATORY （mandatory：强制的）
    如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

  • PROPAGATION_REQUIRES_NEW （requires：新需要）
    总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。

  • PROPAGATION_NOT_SUPPORTED （supported ： 不被支持的）
    总是非事务地执行，并挂起任何存在的事务。

  • PROPAGATION_NEVER （never：从不）
    总是非事务地执行，如果存在一个活动事务，则抛出异常

  • PROPAGATION_NESTED （nested：嵌套的）
    如果一个活动的事务存在，则运行在一个嵌套的事务中。
     如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行



注意：本文归作者所有，未经作者允许，不得转载