码迷,mamicode.com
首页 > 数据库 > 详细

数据库事务隔离级别

时间:2015-09-07 09:39:14      阅读:270      评论:0      收藏:0      [点我收藏+]

标签:

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

 

在四种隔离级别中,

Serializable的级别最高

Read Uncommited级别最低

 

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

 

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

 

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

 

1. 脏读(事务修改数据没提交,另一个事物提前读取):脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据。 

 

2. 不可重复读(在一个事务内,多次读时,另一个事务做了修改,到止读取不一致) :是指在一个事务内,多次读同一数据。在这个事务还没有结束时,另外一个事务也访问该同一数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的,因此称为是不可重复读。

3. 幻读 (两个事物修改)是指当事务不是独立执行时发生的一种现象,例如第一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。那么,以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样。例如,一个编辑人员更改作者提交的文档,但当生产部门将其更改内容合并到该文档的主复本时,发现作者已将未编辑的新材料添加到该文档中。如果在编辑人员和生产部门完成对原始文档的处理之前,任何人都不能将新材料添加到文档中,则可以避免该问题。 

4.第一类更新丢失(事务回滚 丢失) 

  当2个事务更新相同的数据源,如果第一个事务被提交,而另外一个事务却被撤销,那么会连同第一个事务所做的跟新也被撤销。也就是说第一个事务做的跟新丢失了。 

5.第二类更新丢失(更新覆盖 丢失) 

  第二类更新丢失实在实际应用中经常遇到的并发问题,他和不可重复读本质上是同一类并发问题,通常他被看做不可重复读的特例:当2个或这个多个事务查询同样的记录然后各自基于最初的查询结果更新该行时,会造成第二类丢失更新。因为每个事务都不知道不知道其他事务的存在,最后一个事务对记录做的修改将覆盖其他事务对该记录做的已提交的跟新... 

 

一、为了处理这些问题,SQL标准定义了以下4种事务隔离级别:

 

READ UNCOMMITTED(未提交读) 幻想读、不可重复读和脏读都允许。一个会话可以读取其他事务未提交的更新结果,如果这个事务最后以回滚结束,这时的读取结果就可能是不正确的,所以多数的数据库都不会运用这种隔离级别。

 

READ COMMITTED(已提交读) 允许幻想读、不可重复读,不允许脏读。一个会话只能读取其他事务已提交的更新结果,否则,发生等待,但是其他会话可以修改这个事务中被读取的记录,而不必等待事务结束,显然,在这种隔离级别下,一个事务中的两个相同的读取操作,其结果可能不同。

 

REPEATABLE READ(可重复读) 允许幻想读,不允许不可重复读和脏读。在一个事务中,如果在两次相同条件的读取操作之间没有添加记录的操作,也没有其他更新操作导致在这个查询条件下记录数增多,则两次读取结果相同。换句话说,就是在一个事务中第一次读取的记录保证不会在这个事务期间发生改动。SQL Server是通过在整个事务期间给读取的记录加锁实现这种隔离级别的,这样,在这个事务结束前,其他会话不能修改事务中读取的记录,而只能等待事务结束,但是SQL Server不会阻碍其他会话向表中添加记录,也不阻碍其他会话修改其他记录。

 

SERIALIZABLE(可序列化度) 幻想读、不可重复读和脏读都不允许。在一个事务中,读取操作的结果是在这个事务开始之前其他事务就已经提交的记录,SQL Server通过在整个事务期间给表加锁实现这种隔离级别。在这种隔离级别下,对这个表的所有DML操作都是不允许的,即要等待事务结束,这样就保证了在一个事务中的两次读取操作的结果肯定是相同的。SQL标准所定义的默认事务隔离级别是SERIALIZABLE

 

二、Oracle中的隔离级别及实现机制:

 

Oracle数据库支持READ COMMITTED 和 SERIALIZABLE这两种事务隔离级别。所以Oracle不支持脏读,即Oracle中不允许一个会话读取其他事务未提交的数据修改结果,从而防止了由于事务回滚发生的读取不正确。

Oracle回滚段(快照),在修改数据记录时,会把这些记录被修改之前的结果存入回滚段或撤销段中。Oracle读取操作不会阻碍更新操作,更新操作也不会阻碍读取操作

Oracle缺省的配置是Read Committed隔离级别(也称为语句级别的隔离)在这种隔离级别下,如果一个事务正在对某个表执行 DML操作,而这时另外一个会话对这个表的记录执行读取操作,则Oracle会去读取回滚段或撤销段中存放的更新之前的记录,而不会象SQL Server一样等待更新事务的结束。

OracleSerializable隔离级别(也称为事务级别的隔离),事务中的读取操作只能读取这个事务开始之前已经提交的数据结果。如果在读取时,其他事务正在对记录执行修改,则Oracle就会在回滚段或撤销段中去寻找对应的原来未经修改的记录(而且是在读取操作所在的事务开始之前存放于回滚段或撤销段的记录),这时读取操作也不会因为相应记录被更新而等待。

 

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

 

Isolation[?a?s??le???n] 隔离: 属性一共支持五种事务设置,具体介绍如下: 

 

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

 

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

 

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

 

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

 

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

 

不可重复读的重点是修改 

同样的条件 ,   你读取过的数据 ,   再次读取出来发现值不一样了 

幻读的重点在于新增或者删除 

同样的条件 ,   第 次和第 次读出来的记录数不一样 

Oracle默认事务隔离级别

http://my.oschina.net/kanlianhui/blog/215708?p=1


Oracle隔离级别是:

能读取已提交的事务,但是存在不可重复读的问题。默认隔离级别应该是:read committed.


Oracle数据库支持READ COMMITTED 和 SERIALIZABLE这两种事务隔离级别。

所以Oracle不支持脏读

SQL标准所定义的默认事务隔离级别是SERIALIZABLE,但是Oracle 默认使用的是READ COMMITTED

设置隔离级别使用 

SET TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED|READ COMMITTED|REPEATABLE READ|SERIALIZABLE]


数据库事务隔离级别

标签:

原文地址:http://my.oschina.net/u/2893/blog/501977

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!