Hibernate 事务、并发（六）

数据库事务及并发处理

   1、数据库事务的生命周期

 

 

  

   2、数据库事务的4个特性

        ACID

       1）：原子性；

       2）：一致性；

       3）：隔离性；

       5）：永久性；

   

3、数据库访问的并发问题

     数据库访问串行的工作效率最低，因此想以并发的形式进行访问，但是会导致出现

     并发问题，因此我们需要处理该问题，也就是总体进行并发，局部进行串行的方式。

     1）：第一类丢失更新

         ---撤销事务时，把其他事务已提交的更新数据覆盖；（数据覆盖）

     2）：脏读

         ---一个事务读到另一个未提交的更新数据；（读取未提交数据）

     3）：虚读

        ---一个事务读到另一个事务已提交的新插入的数据；

     4）：不可重复读

        ----一个事务两次读取同一行数据，得到的结果不一致。

     5）：第二类丢失更新

        ---一个事务覆盖另一个事务已提交的更新数据；（不可重复读的特列）

针对以上的数据库并发访问的问题，数据库存在几种事务隔离级别

 

   Serializable:串行化。

   Repeatable:可重复读。

   Read Committed:读已提交的数据。

   Read Uncommitted:读未提交的数据。

 

 

  4、避免并发问题，进行并发操作

      1）：设置数据库的事务隔离级别

           ---隔离级别越高，越能保证数据的ACID，但是对并发性能很大

              因此多数会将数据库系统的隔离级别设为Read Committed、

              或者是Repeatable。

 

  在hibernate 中可以通过配置来显示的设置数据库的事务隔离级别

        在hibernate.cfg.xml

Hibernate.connection.isolation = 2;
1:Read Uncommitted;
2:Read Committed;
4:Repeatable Read;
8:Serializable;

    

    2）：悲观锁、乐观锁

        悲观锁（数据库控制）：他认为每一次数据库操作都会出现并发问题，

                              所以他会对每一次数据

                              操作都进行锁定（如：select .....for update）

Student s =(Student)session.get(Student.class,new Long(1),LockModel.UPGRADE);

 

       乐观锁（应用程序控制）：hibernate提供了版本控制功能来实现。

              在hbm.xml文件中加入<version>或<timestamp>

模型类
Public class Student implements Serializable{
   Private Long id;
   Private String name;
   Private Long version;//该属性为版本控制字段，为int或long型，该值为Hibernate进行赋值
   ..setter/getter....
}

 

Student.hbm.xml
<hibernate-mapping>
   <class name = “Student” table = “student_”>
       <id>....</id>
        <version name= “version” column = “version” type = “long”/>
   </class>
</hiberante-mapping>

 

如果是在已有的数据库对模型类如何添加乐观锁？

 --在对应的hbm.xml文件中的<class optimistic-lock = “all”/>

这样的实现机理是：hibernate会在where子句中用所有的属性进行匹配。

（不建议使用）