数据库并发操作存在的异常情况:并发事物中
1.更新丢失(Lost update):两个事务更新一行数据,但是第二事务却中途失败退出,导致对数据两个修改都失效了,这是
[/size][size=x-large]系统没有执行任何锁操作,因此并发事务并没有被隔离开来
2.脏读取(Dirty Reads):一个事物开始读取了某行数据,但是另外一个事务已经更新了此数据但没有能够及时提交。这是相当危险,很可能所有操作都被回滚
3.不可重复读取(Non-repeatable Reads):一个事务对同一行数据重复读取两次,但是却得到了不同结果。例如在两次读取中途,有另外一个事务对该行数据进行了修改并提交
4.两次更新问题(Second lost updates problem):无法重复读取特例,有两个并发事务同时读取同一行数据,然后其中一个对它进行修改提交,而另一个也进行了修改提交,这就会造成第一次写操作失效
5.幻读(Plantom Reads):事务在操作过程中进行两次查询,第二次查询结果包含了第一次查询中未出现的数据,这是因为在两次查询过程中有另外一个事务插入数据造成的。
为了避免上面的几种情况,在标准SQL规范中定义了4个事务隔离级别,不同隔离级别对事务处理不同:
1.Read Uncommitted(未提交读):允许脏读取,但不允许更新丢失,如果一个事务已经开始写数据,则另外一个数据则不允许同时进行写操作,但允许其他事务读此行数据。此隔离级别可以通过“排他写锁”实现。事务隔离级别最低,仅可保证不读取物理损坏的数据。与Read Committed隔离级相反,它允许读取已经被其他用户修改但尚未提交确定的数据
2.Read Committed(提交读):允许不可重复读取,但不允许脏读取。这可以通过“瞬间共享读锁”和“排他写锁”实现,读取数据的事务允许其他事务继续访问该行数据,但是未提交写事务将会禁止其他事务访问该行。SQL Server默认的级别。在此隔离级下,Select命令不会返回尚未提交的数据,也不能返回脏数据
3.Repeatable Read(可重复读取):禁止不可重复读取和脏读取。但是有时可能出现幻影数据,这可能通过“共享读锁”和“排他写锁”实现,读取数据事务将会禁止写事务(但允许读事务),写事务则禁止任何其他事务。在此隔离级别下,用Select命令读取的数据在整个命令执行过程中不会被更改。此选项会影响系统的效能,非必要情况最好不用此隔离级别
4.Serializable(可串行读):提供严格的事务隔离,它要求事务序列化执行,事务只能一个接着一个地执行,但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的,必须通过其他机制保证新插入的数据不会被刚执行查询操作事务访问到。事务隔离的最高级别,事务之间完全隔离。如果事务在可串行读隔离级别上运行,则可以保证任何并发重叠事务均是串行的。
隔离级别 更新丢失 脏读取 重复读取 幻读
未提交读 N Y Y Y
提交读 N N Y Y
可重复读 N N N Y
串行 N N N N
-----------------------------来之网络 注意留看
事务并发处理(面试的意义更大)
a ) 事务 ACID
i atomic Consistency Itegrity Durability
原子 一致 独立 持久
b ) 事务并发时可能出现的问题
第一类丢失更新(Lost Update)
时间 取款事务A 存款事务B
T1 开始事务
T2 开始事务
T3 查询账户余额为1000元
T4 查询账户余额为1000元
T5 汇入100元把余额改为1100元
T6 提交事务
T7 取出100元把余额改为900
T8 撤销事务
T9 余额恢复为1000元(丢失更新)
ii dirty read 脏读
iii 不可重复读 non-repeatable read
Iv second lost update problem 第二类丢失更新(不可重复读的特殊情况)
V phantom read 幻读
c) 数据库的事务隔离机制
i 查看java.sql.Connection文档
ii 1 read - uncommitted 2: read - committed 4: repeatable read 8: serializable
a) 0001 0010 0100 1000
b) c R U D
c) c | u 0101
d) 0101 & 0001 == 0001
2 只要数据库支持事务,就不可能出现第一类丢失更新
3 read - uncommitted 会出现dirty read , phantom- read , non -repeatable read 问题
4 read - uncommitted 会出现 dirty read, 因为只有另一个事务提交才会读出来结果,但仍然会出现non- repeatable read , 和phantom- read
5 repeatable read
6 serial 解决一切问题
d) 设定hibernate 的事务隔离级别
i hibernate.connection.isolation = 2
ii 用悲观锁解决 repeatable read 的问题(依赖于数据库的锁)
1 select …… for update
2 load (** .class , i , LockMode. Update)
a) LockMode None 无锁的机制 ,Transaction结束时,切换到此模式
B)LockMode. read 在查询时hibernate 会自动获取锁
c ) LockMode.write insert update hibernate 会自动获取锁
d )以上3种锁的模式,是hibernate 内部使用的
e ) LockMode UPGRADE_ NOWAIT ORACLE 支持的锁的方式
分享到:
相关推荐
这些问题的本质都是数据库的多事务并发问题,为了解决多事务并发问题,数据库设计了 事务隔离机制、锁机制、MVCC多版本并发控制隔离机制 ,用一整套机制来 解决多事务并发问题。 事务及其ACID属性 事务是由一组...
脏读、不可重读度、幻读,其实都是数据库的一致性问题,必须由一定的事务隔离机制来解决。性能高和事务完全隔离性无法同时满足,DB提供了4项事务隔离级别来权衡,需要用户根据自身业务来选择合适的隔离级别。隔离...
spring事务的传播特性和事务隔离级别
06-VIP-深入理解Mysql事务隔离级别与锁机制.pdf
事务并发带来的坏处,以及通过设置事务隔离级别来处理
上文理解到对spring事物,事物的隔离机制,这片具体说下事物的传播机制和隔离机制
详解Mysql事务隔离级别与锁机制.doc
深入理解Mysql事务隔离级别与锁机制.pdf
Spring 事务授课代码 声明式事务 事务传播规则 事务隔离机制
4-7深入理解Mysql事务隔离级别与锁机制.mp4
4-6深入理解Mysql事务隔离级别与锁机制.mp4
怎么理解SQL SERVER中事务隔离级别及相应封锁机制.pdf
前言 ...我们都知道事务的几种性质,数据库中的一致性和隔离性等是实现事务的基本思想,在系统有大量的并发访问的情况下,了解和熟练应用数据库的本身的事务隔离级别,对于写出健壮性,并发处理能力强
同步发生数据更新时,防止数据的不一致。 原子性 一致性 隔离性 持久性 事务完成之后,它对于系统的影响是永久性的。该修改即使出现致命的系统故障也将一直保持。
57 停一停脚步:梳理一下数据库的多事务并发运行的隔离机制l.pdf
行业-57 停一停脚步:梳理一下数据库的多事务并发运行的隔离机制l.rar
Isolation(隔离性): 事务允许多个用户对同一个数据进行并发访问,而不破坏数据的正 确性和完整性。同时,并行事务的修改必须与其他并行事务的修改 相互独立。 Durability(持久性): 事务结束后,事务处理的...
Spring 事务隔离与事务传播的详解与对比 Spring是SSH中的管理员,负责管理其它框架,协调各个部分的工作。今天一起学习一下Spring的事务管理。Spring的事务管理分为声明式跟编程式。声明式就是在Spring的配置文件中...
事务隔离级别简单的说,就是当激活事务时,控制事务内因SQL语句产生的锁定需要保留多入,影响范围多大,以防止多人访问时,在事务内发生数据查询的错误。设置事务隔离级别将影响整条连接。
可以在spring中对整个项目的事务进行控制