首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 数据库 > 其他数据库 >

数据库提供了四种事宜隔离级别

2012-09-03 
数据库提供了四种事务隔离级别sql server锁的机制 ??该隔离级别与二级封锁协议相对应。读数据前加共享锁,读

数据库提供了四种事务隔离级别

sql server锁的机制

?

?

该隔离级别与二级封锁协议相对应。读数据前加共享锁,读完就释放。假设a事务对正在读取数据data放置了共享锁,那么data不能被其它事务改写,所以当b事务对data进行读取时总和a读取的data数据是一致的,所以避免了脏读。由于在a没有提交之前可以对data进行改写,那么b读取到的某个值可能会在其读取后被a更改从而导致了该值不能被重复取得;或者当b再次用相同的where字句时得到了和前一次不一样数据的结果集,也就是幻像数据。?repeatableread:RepeatableRead对应第三级封锁协议:读前加共享锁,事务完成才释放。(注意msdn原文中的第一句话:在查询中使用的所有数据上放置锁,所以不存在脏读的情况)。假设a事务对读取的所有数据data放置了锁,以阻止其它事务对data的更改,在a没有提交之前,新的并发事务读取到的数据如果存在于data中,那么该数据的状态和a事务中的数据是一致的,从而避免了不可重复的读取。但在a事务没有结束之前,b事务可以插入新记录到data所在的表中,那么其它事务再次用相同的where字句查询时,得到的结果数可能上一次的不一致,也就是幻像数据。它是MySQL的默认隔离级别serializable:在数据表上放置了排他锁,以防止在事务完成之前由其他用户更新行或向数据集中插入行,这是最严格的锁。它防止了脏读、不可重复读取和幻象数据。


以下是对照表:

隔离级别??????????????????????????????????? 脏读???????????? 不可重复读? ? ? ? ? ? 幻读
读未提交(read uncommitted)? 可能??????????? 可能????? ? ? ? ? ? ? ?? 可能?
读已提交(read committed)???? 不可能????????? 可能???????????????????? 可能?
可重复读(repeatable read)??? 不可能????????? 不可能????????????????? 可能?
可串行化(serializable )?????????? 不可能????????? 不可能?????????????????? 不可能?

?

?

数据库提供了四种事务隔离级别, 不同的隔离级别采用不同的锁类开来实现.

在四种隔离级别中, Serializable的级别最高, Read Uncommited级别最低.

大多数数据库的默认隔离级别为: Read Commited,如Sql Server , Oracle.

少数数据库默认的隔离级别为Repeatable Read, 如MySQL InnoDB存储引擎

即使是最低的级别,也不会出现 第一类 丢失 更新问题 .

    脏读(事务没提交,提前读取):脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中(读取另一个事务尚未提交的修改时),这时,另外一个事务也访问这个数据,然后使用了这个数据。不可重复读(两次读的不一致) :是指在一个事务内,多次读同一数据。在这个事务还没有结束时,另外一个事务也访问该同一数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的,因此称为是不可重复读。例如,一个编辑人员两次读取同一文档,但在两次读取之间,作者重写了该文档。当编辑人员第二次读取文档时,文档已更改。原始读取不可重复。如果只有在作者全部完成编写后编辑人员才可以读取文档,则可以避免该问题。 幻读 : 是指当事务不是独立执行时发生的一种现象,例如第一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。那么,以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样。例如,一个编辑人员更改作者提交的文档,但当生产部门将其更改内容合并到该文档的主复本时,发现作者已将未编辑的新材料添加到该文档中。如果在编辑人员和生产部门完成对原始文档的处理之前,任何人都不能将新材料添加到文档中,则可以避免该问题。
    第一类更新丢失(回滚丢失)
    ? 当2个事务更新相同的数据源,如果第一个事务被提交,而另外一个事务却被撤销,那么会连同第一个事务所做的跟新也被撤销。也就是说第一个事务做的跟新丢失了。
    第二类更新丢失(覆盖丢失)
    ? 第二类更新丢失实在实际应用中经常遇到的并发问题,他和不可重复读本质上是同一类并发问题,通常他被看做不可重复读的特例:当2个或这个多个事务查询同样的记录然后各自基于最初的查询结果更新该行时,会造成第二类丢失更新。因为每个事务都不知道不知道其他事务的存在,最后一个事务对记录做的修改将覆盖其他事务对该记录做的已提交的跟新...

?

补充 : 基于元数据的 Spring 声明性事务 :

Isolation 属性一共支持五种事务设置,具体介绍如下:

l????????? DEFAULT 使用数据库设置的隔离级别 ( 默认 ) ,由 DBA 默认的设置来决定隔离级别 .

l????????? READ_UNCOMMITTED 会出现脏读、不可重复读、幻读 ( 隔离级别最低,并发性能高 )

l????????? READ_COMMITTED? 会出现不可重复读、幻读问题(锁定正在读取的行)

l????????? REPEATABLE_READ 会出幻读(锁定所读取的所有行)

l????????? SERIALIZABLE 保证所有的情况不会发生(锁表)

不可重复读的重点是修改 :
同样的条件 ,?? 你读取过的数据 ,?? 再次读取出来发现值不一样了
幻读的重点在于新增或者删除
同样的条件 ,?? 第 1 次和第 2 次读出来的记录数不一样

热点排行