事务并发引起的问题及解决方法

事务并发引起的问题及解决方法

问题：

1. 脏读（Dirty reads）：脏读发生在一个事务读取了另一个事务改写但尚未提交的数据时。如果改写在稍后被回滚了，那么第一个事务获取的数据就是无效的。

   1. 时间	取款事务A	存款事务B
      T1	开始事务
      T2		开始事务
      T3		查询账户余额为1000元
      T4		汇入100元把余额改为1100元
      T5	查询账户余额为1100元(读取脏数据)
      T6		回滚
      T7	取款1100
      T8	提交事务失败

       

2. 不可重复读（Nonrepeatable read）：不可重复读发生在一个事务执行相同的查询两次或两次以上，但是每次都得到不同的数据时。这通常是因为另一个并发事务在两次查询期间进行了更新。

   1. 时间	取款事务A	存款事务B
      T1	开始事务
      T2		开始事务
      T3	查询账户余额为1000元
      T4		汇入100元把余额改为1100元
      T5		提交事务
      T6
      T7	查询帐户余额为1100元
      T8	提交事务

3. 幻读（Phantom read）：幻读与不可重复读类似。它发生在一个事务（T1）读取了几行数据，接着另一个并发事务（T2）插入了一些数据时。在随后的查询中，第一个事务（T1）就会发现多了一些原本不存在的记录。

   1. 时间	查询学生事务A	插入新学生事务B
      T1	开始事务
      T2		开始事务
      T3	查询学生为10人
      T4		插入1个学生
      T5	查询学生为11人
      T6		提交事务
      T7	提交事务

解决方法：

数据库的事务隔离机制

 i. 查看 getConnection() 文档

 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解决一切问题(顺序执行事务 不并发，实际中很少用)

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

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

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

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

• LockMode.None无锁的机制，Transaction结束时，切换到此模式
• LockMode.read在査询的时候hibernate会自动获取锁
• LockMode.write insert  update hibernate 会自动获取锁
• 以上3种锁的模式，是hibernate内部使用的(不需要设)
• LockMode.UPGRADE_NOWAIT是 ORACLE 支持的锁的方式

Hibernate(JPA)乐观锁定(ReadCommitted)

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

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