Hibernate的事务管理 （一）

1、 事务的特性

      事务具备原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability）4个属性，简称ACID。下面对这4个特性分别进行说明。

原子性：将事务中所做的操作捆绑成一个原子单元，即对于事务所进行的数据修改等操作，要么全部执行，要么全部不执行。

一致性：事务在完成时，必须使所有的数据都保持一致状态，而且在相关数据中，所有规则都必须应用于事务的修改，以保持所                有数据的完整性。事务结束时，所有的内部数据结构都应该是正确的。

隔离性：由并发事务所做的修改必须与任何其他事务所做的修改相隔离。事务查看数据时数据所处的状态，要么是被另一并发事                务修改之前的状态，要么是被另一并发事务修改之后的状态，即事务不会查看由另一个并发事务正在修改的数据。这种                隔离方式也叫可串行性。

持久性：事务完成之后，它对系统的影响是永久的，即使出现系统故障也是如此。

2、事务隔离

      事务隔离意味着对于某一个正在运行的事务来说，好像系统中只有这一个事务，其他并发的事务都不存在一样。在大部分情况下，很少使用完全隔离的事务。但不完全隔离的事务会带来如下一些问题。
 更新丢失（Lost Update）：两个事务都企图去更新一行数据，导致事务抛出异常退出，两个事务的更新都白费了。

 脏数据（Dirty Read）：如果第二个应用程序使用了第一个应用程序修改过的数据，而这个数据处于未提交状态，这时就会发生                                         脏读。第一个应用程序随后可能会请求回滚被修改的数据，从而导致第二个事务使用的数据被损坏，即                                          所谓的“变脏”。

不可重读（Unrepeatable Read）：一个事务两次读同一行数据，可是这两次读到的数据不一样，就叫不可重读。如果一个事务                                                          在提交数据之前，另一个事务可以修改和删除这些数据，就会发生不可重读。

幻读（Phantom Read）：一个事务执行了两次查询，发现第二次查询结果比第一次查询多出了一行，这可能是因为另一个事务                                          在这两次查询之间插入了新行。针对由事务的不完全隔离所引起的上述问题，提出了一些隔离级别，用                                         来防范这些问题。

3. 隔离级别

读操作未提交（Read Uncommitted）：说明一个事务在提交前，其变化对于其他事务来说是可见的。这样脏读、不可重读和幻                                                                  读都是允许的。当一个事务已经写入一行数据但未提交，其他事务都不能再写入此行数                                                                    据；但是，任何事务都可以读任何数据。这个隔离级别使用排写锁实现。

读操作已提交（Read Committed）：读取未提交的数据是不允许的，它使用临时的共读锁和排写锁实现。这种隔离级别不允许                                                               脏读，但不可重读和幻读是允许的。 可重读（Repeatable Read）：说明事务保证能够                                                              再 次读取相同的数据而不会失败。此隔离级别不允许脏读和不可重读，但幻读会出现。

 可串行化（Serializable）：提供最严格的事务隔离。这个隔离级别不允许事务并行执行，只允许串行执行。这样，脏读、不可重读或幻读都可发生。

 事务隔离与隔离级别的关系

 

 

4 在Hibernate中使用JDBC事务
Hibernate对JDBC进行了轻量级的封装，它本身在设计时并不具备事务处理功能。Hibernate将底层的JDBCTransaction或JTATransaction进行了封装，再在外面套上Transaction和Session的外壳，其实是通过委托底层的JDBC或JTA来实现事务的处理功能的。
Hibernate的事务工厂类可以设置成JDBCTransactionFactory或者JTATransactionFactory。如果不进行配置，Hibernate就会认为系统使用的事务是JDBC事务。

在JDBC的提交模式（commit mode）中，如果数据库连接是自动提交模式（auto commit mode），那么在每一条SQL语句执行后事务都将被提交，提交后如果还有任务，那么一个新的事务又开始了。

Hibernate在Session控制下，在取得数据库连接后，就立刻取消自动提交模式，即Hibernate在一个执行Session的beginTransaction()方法后，就自动调用JDBC层的setAutoCommit(false)。如果想自己提供数据库连接并使用自己的SQL语句，为了实现事务，那么一开始就要把自动提交关掉（setAutoCommit(false)），并在事务结束时提交事