Hibernate学习笔记_事务

 事务并发处理(面试的意义更大)                       

a)   事务:ACID

          i.   Atomic(原子性) Consistency(一致性) Isolation(隔离性) Durability(独立性)

b)   事务并发时可能出现的问题:

第一类丢失更新(Lost Update)

时间

取款事务A

存款事务B

T1

开始事务

 

T2

 

开始事务

T3

查询账户余额为1000元

 

T4

 

查询账户余额为1000元

T5

 

汇入100元把余额改为1100元

T6

 

提交事务

T7

取出100元把余额改为900 元

 

T8

撤销事务

 

T9

余额恢复为1000元(丢失更新)

 

   

   

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

dirty read脏读(读到了另一个事务在处理中还未提交的数据)

时间

取款事务A

存款事务B

T1

开始事务

 

T2

 

开始事务

T3

 

查询账户余额为1000元

T4

 

汇入100元把余额改为1100元

T5

查询账户余额为1100元(读取脏数据)

 

T6

 

回滚

T7

取款1100

 

T8

提交事务失败

 

 

   

 

 

 

 

 

 

 

 

 

 

 

 

 

 

non-repeatable read 不可重复读

时间

取款事务A

存款事务B

T1

开始事务

 

T2

 

开始事务

T3

查询账户余额为1000元

 

T5

 

汇入100元把余额改为1100元

T5

 

提交事务

T6

查询帐户余额为1100元

 

T8

提交事务

 

 

   

 

 

 

 

 

 

 

 

 

 

 

 

second lost update problem 第二类丢失更新(不可重复读的特殊情况)

时间

取款事务A

存款事务B

T1

 

开始事务

T2

开始事务

 

T3

 

查询账户余额为1000元

T4

查询账户余额为1000元

 

T5

 

取出100元把余额改为900元

T6

 

提交事务

T7

汇入100元

 

T8

提交事务

 

T9

把余额改为1100元(丢失更新)

 

 

   

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

phantom read 幻读

时间

查询学生事务A

插入新学生事务B

T1

开始事务

 

T2

 

开始事务

T3

查询学生为10人

 

T4

 

插入1个学生

T5

查询学生为11人

 

T6

 

提交事务

T7

提交事务

 

 

 

 

 

 

 

 

 

 

 

 

 

c)   数据库的事务隔离机制

        i.   查看 java.sql.Connection 文档

       ii.   1:read-uncommitted  2:read-committed  4:repeatable read  8:serializable(数字代表对应值)

为什么取值要使用 1 2 4 8 而不是 1 2 3 4

1=0000  2=0010 4=0100 8=1000(位移计算效率高)

  1. 只要数据库支持事务,就不可能出现第一类丢失更新
  2. read-uncommitted(允许读取未提交的数据) 会出现dirty read, phantom-read,non-repeatable read 问题
  3. read-commited(读取已提交的数据 项目中一般都使用这个)不会出现dirty read,因为只有另一个事务提交才会读出来结果,

    但仍然会出现 non-repeatable read 和 phantom-read

    使用read-commited机制可用悲观锁 乐观锁来解决non-repeatable read 和 phantom-read问题

4.repeatable read(事务执行中其他事务无法执行修改或插入操作     较安全)

5.serializable解决一切问题(顺序执行事务 不并发,实际中很少用)

 

d)   设定hibernate的事务隔离级别(使用hibernate.connection.isolation配置 取值1、2、4、8)

        i.   hibernate.connection.isolation = 2(如果不设 默认依赖数据库本身的级别)

        ii.   用悲观锁解决repeatable read的问题(依赖于数据库的锁)

@Test
    public void testPessimisticLock() {
        Session session = sf.openSession();
        session.beginTransaction();
        
        Account a = (Account)session.load(Account.class, 1, LockMode.UPGRADE);
        int balance = a.getBalance();
        //do some caculation
        balance = balance - 10;
        a.setBalance(balance);
        session.getTransaction().commit();
        session.close();
    }

 

  1. select ... for update

      2.使用另一种load方法--load(xx.class , i , LockMode.Upgrade)

a)  LockMode.None无锁的机制,Transaction结束时,切换到此模式

b)  LockMode.read在査询的时候hibernate会自动获取锁

c)  LockMode.write insert  update hibernate 会自动获取锁

d)  以上3种锁的模式,是hibernate内部使用的(不需要设)

e)  LockMode.UPGRADE_NOWAIT是 ORACLE 支持的锁的方式

e)   Hibernate(JPA)乐观锁定(ReadCommitted)

实体类中增加version属性(数据库也会对应生成该字段,初始值为0),并在其get方法前加@Version注解,

则在操作过程中没更新一次该行数据则version值加1,即可在事务提交前判断该数据是否被其他事务修改过.

@Entity
public class Account {
    private int id;
    private int balance;
    private int version;
    @Version
    public int getVersion() {
        return version;
    }
    public void setVersion(int version) {
        this.version = version;
    }
....................
}

 

 

@Test
    public void testOptimisticLock() {
        Session session = sf.openSession();

        Session session2 = sf.openSession();

        
        
        
        session.beginTransaction();
        Account a1 = (Account) session.load(Account.class, 1);
        

        session2.beginTransaction();
        Account a2 = (Account) session2.load(Account.class, 1);
        
        a1.setBalance(900);
        a2.setBalance(1100);

        session.getTransaction().commit();
        System.out.println(a1.getVersion());

        session2.getTransaction().commit();
        System.out.println(a2.getVersion());

        session.close();
        session2.close();
    }

 

 

 

时间

转账事务A

取款事务B

T1

 

开始事务

T2

开始事务

 

T3

查询学生为10人

查询账户余额为1000 version=0

T4

查询账户余额为1000 version=0

 

T5

 

取出100 把余额改为900 version=1

T6

 

提交事务

T7

汇入100元

 

T8

提交事务 ? version>0

throw Exception

 

T9

把余额改为1100元(丢失更新)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。