第一类丢失更新(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 | 提 交事务 |
|
2、数据库的事务隔离机制
查看 java.sql.Connection 文档
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解决一切问题(顺序执行事务 不并发,实际中很少用)
3、设定hibernate的事务隔离级别(使用hibernate.connection.isolation配置 取值1、2、4、8)
(1)hibernate.connection.isolation = 2(如果不设 默认依赖数据库本身的级别)
(2)用悲观锁解决repeatable read的问题(依赖于数据库的锁)
a、select ... for update
b、使用另一种load方法--load(xx.class , i , LockMode.Upgrade)
LockMode.None无锁的机制,Transaction结束时,切换到此模式
LockMode.read在査询的时候hibernate会自动获取锁
LockMode.write insert update hibernate 会自动获取锁
以上3种锁的模式,是hibernate内部使用的(不需要设)
LockMode.UPGRADE_NOWAIT是 ORACLE 支持的锁的方式
(3)Hibernate(JPA)乐观锁定(ReadCommitted)
实体类中增加version属性(数据库也会对应生成该字段,初始值为0),并在其get方法前加
@Version注解,则在操作过程中每更新一次该行数据则version值加1,即可在事务提交前判断该数据是否
被其他事务修改过。如果实体version和数据库里面的version不一样,
那么在事务提交的时候就会报错,就知道该记录已经更新过,再采取某种措施。