Hibernate -- 事务控制

ゝ一纸荒年。 2022-05-30 02:14 191阅读 0赞

# 什么是事务 #

在数据库操作中，一项事务（Transaction）是由一条或多条数据的 SQL 语句组成的一个不分割的工作单元。当事务中的所有操作都正常完成时，整个事务才能被提交到数据库中，如果有一项操作没有完成，则整个事务会被回滚。

其实事务总结起来理解为：逻辑上的一组操作，组成这组操作的各个单元，要么一起成功，要么一起失败。

# 事务的四个特性 #

事务有很严格的定义，需要同时满足四个特性，即原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。这四个特性通常称之为 ACID 特性，具体如下：

*  原子性（Atomicity）：表示将食物中所做的操作捆绑成一个不可分割的单元，即对事务所进行的数据修改等操作，要么全部执行，要么全都不执行。
 *  一致性（Consistency）：表示事务完成时，必须所有的数据都保持一致性。
 *  隔离性（Isolation）：指一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事物之间不能互相干扰。
 *  持久性（Durability）：持久性也称为永久性（permanence），指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。提交后的其他操作或故障不会对其有任何影响。

# 事务的并发问题 #

在实际应用过程中，数据库是要被多个用户所共同访问的。在多个事务同时使用相同的数据时，可能会发生并发的问题，具体如下：

1.  脏读：一个事务读取到另一个数据未提交的数据。
2.  不可重复读：一个事务读取到了另一个事务已经提交的 update 的数据，导致在同一个事务中的多次查询结果不一致。
3.  虚读/幻读：一个事务读到了另一个事务已经提交的 insert 的数据，导致在同一个事务中的多次查询结果不一致。

# 事务的隔离级别 #

为了避免事务并发问题的发生，在标准 SQL 规范中，定义了 4 个事务隔离级别，不同的隔离级别对事务的处理不同。

*  读未提交（Read Uncommitted，1级）：一个事务在执行过程中，即可以访问其他事务未提交的新插入的数据，又可以访问未提交的修改数据。如果一个事务已经开始写数据，则另一个事务则不允许同时进行写操作，但允许其他事务读此行数据。此隔离级别可防止丢失更新。
 *  已提交读（Read Committed，2级）一个事务在执行过程中，既可以访问其他事物成功提交的新插入的数据，又可以访问成功修改的数据。读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。此隔离级别可有效防止脏读。
 *  可重复度（Repeatable Read，4级）：一个事务在执行过程中，可以访问其他事务成功提交的新插入的数据，但不可以访问成功修改的数据。读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。此隔离级别可有效的防止不可重复读和脏读。
 *  序列化/串行化（Serializable，8级）：提供严格的事务隔离。它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。此隔离级别可有效的防止脏读、不可重复读和幻读。

<table> 
 <thead> 
  <tr> 
   <th>隔离级别</th> 
   <th>含义</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>READ_UNCOMMITTED</td> 
   <td>允许你读取未提交地改变了的数据。可能导致脏、幻、不可重复读</td> 
  </tr> 
  <tr> 
   <td>READ_COMMITTED</td> 
   <td>允许在并发事务已经提交后读取。可防止脏读，但幻读和不可重复读仍可发生</td> 
  </tr> 
  <tr> 
   <td>REPEATABLE_READ</td> 
   <td>对相同字段的多次读取是一致的，除非数据被事务本身改变。可防止脏、不可重复读，但幻读仍可能发生。</td> 
  </tr> 
  <tr> 
   <td>SERIALIZABLE</td> 
   <td>完全服从 ACID 的隔离级别，确保不发生脏、幻、不可重复读。这在所有的隔离级别中是最慢的，它是典型的通过完全锁定在事务中涉及的数据表来完成的。</td> 
  </tr> 
 </tbody> 
</table>

事务的隔离级别，是由数据库提供的，并不是所有数据库都支持四种隔离级别

*  MySQL : READ\_UNCOMMITTED > READ\_COMMITTED > REPEATABLE\_READ、 SERIALIZABLE (默认 REPEATABLE\_READ )
 *  Oracle： READJJNCOMMITTED、READ\_COMMITTED> SERIALIZABLE (默认 READ\_COMMITTED )

在使用数据库时候，隔离级别越高，安全性越高，性能越低。

实际开发中，不会选择最高或者最低隔离级别，选择 READ\_COMMITTED (oracle默认）、  
REPEATABLE\_READ (mysql 默认）

# Hibernate 中的事务管理 #

在Hibernate中，可以通过代码来操作管理事务，如通过`Transaction tx = session.beginTransaction();`开启一个事务；持久化操作后，通过`tx.commit();` 提交事务；如果事务出现异常，又通过`tx.rollback();`操作来撤销事务（事务回滚）。

除了在代码中对事务开启，提交和回滚操作外，还可以在 Hibernate 的配置文件中对事务进行配  
置。配置文件中，可以设置事务的隔离级别。其具体的配置方法是在 hibemate.cfg.xml 文件中的  
`<Session-factory>`标签元素中进行的。配置方法如下所示。

<property name="hibernate.connection.iolation>4</property>

在真正进行事务管理的时候，需要考虑事务的应用场景，也就是说我们的事务控制不应该是在 DAO 层实现的，应该在 Service 层实现，并且在 Service 中调用多个 DAO 实现一个业务逻辑的操作。

最主要的是如何保证在 Service 中开启的事务使用 Session 对象和 DAO 中多个操作使用的是同一个 Session 对象。  
其实有两种办法可以实现：

*  可以在业务层获取到 Session，并将 Session 作为参数传递给 DAO。
 *  可以使用 ThreadLocal 将业务层获取的 Session 绑定到当前线程中，然后再 DAO 中获取 Session 的时候，都从当前线程中获取。

其实使用第二种方式肯定是最优方案，那么具体的实现已经不用我们来完成了，Hibernate 的内部已经将整个事情做完了。我们只需要完成一段配置即可。  
Hibernate 5 中自身提供了三种管理 Session 对象的方法

*  Session 对象的生命周期与本地线程绑定
 *  Session 对象的生命周期与 JTA 事务绑定
 *  Hibernate 委托程序管理 Session 对象的生命周期

在 Hibernate 的配置文件中，`hibernate.current _session_context_class`属性用于指定 Session管理方式，可选值包括

*  thread：Session 对象的生命周期与本地线程绑定
 *  jta：Session 对象的生命周期与 JTA 事务绑定
 *  managed：Hibernate 委托程序管理 Session 对象的生命周期

在`hibernate.cfg.xml`中进行如下配置：

<property name="hibernate.current_session_context_cLass">thread</property>

hibernate 提供`sessionFactory.getCurrentSession()`创建一个 session 和 ThreadLocal 绑定方法。

而且 Hibernate 中提供的这个与线程绑定的sessum可以不用关闭，当线程执行结束后，就会自  
动关闭了。