事务隔离级别

1、事务隔离级别 在JDBC操作中，为了有效保证并发读取数据的正确性，提出的事务隔离级别的概念。 问题的提出 ：数据库是要被广大客户所共享访问的，那么在数据库操作过程中很可能出现以下几种不确定情况。 更新丢失（Lost update）：两个事务都同时更新一行数据，但是第二个事务却中途失败退出，导致对数据的两个修改都失效了。这是因为系统没有执行任何的锁操作，因此并发事务并没有被隔离开来。 脏读（Dirty Reads）：一个事务开始读取了某行数据，但是另外一个事务已经更新了此数据但没有能够及时提交。这是相当危险的，因为很可能所有的操作都被回滚。 不可重复读（Non-repeatable Reads）

2、：一个事务对同一行数据重复读取两次，但是却得到了不同的结果。例如，在两次读取的中途，有另外一个事务对该行数据进行了修改，并提交。 两次更新问题（Second lost updates problem）：无法重复读取的特例。有两个并发事务同时读取同一行数据，然后其中一个对它进行修改提交，而另一个也进行了修改提交。这就会造成第一次写操作失效。 幻读（Phantom Reads）：事务在操作过程中进行两次查询，第二次查询的结果包含了第一次查询中未出现的数据（这里并不要求两次查询的SQL语句相同）。这是因为在两次查询过程中有另外一个事务插入数据造成的。 解决方案：为了避免上面出现的几种情况，在标准SQ

3、L规范中，定义了4个事务隔离级别，不同的隔离级别对事务的处理不同。 未授权读取，也称为读未提交（Read Uncommitted）：允许脏读取，但不允许更新丢失。如果一个事务已经开始写数据，则另外一个数据则不允许同时进行写操作，但允许其他事务读此行数据。该隔离级别可以通过“排他写锁”实现。 授权读取，也称为读提交（Read Committed）：允许不可重复读取，但不允许脏读取。这可以通过“瞬间共享读锁”和“排他写锁”实现。读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。 可重复读取（Repeatable Read）：禁止不可重复读取和脏读取，但是有时可

4、能出现幻影数据。这可以通过“共享读锁”和“排他写锁”实现。读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。 序列化（Serializable）：提供严格的事务隔离。它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。 隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、虚读和第

5、二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。关于可重复读：问题：“可重复读”一般被解释成“是个事务多次读取数据，读的结果一致，不会读到别的事务提交的数据”。 请问：这个解释真的正确吗？1 是另一个事务提交了，这个事务读不到，还是说：2 在这个事务没有还没有commit之前，另外一个事务不能进行update，insert，delete操作？答案是 1 还是 2？或者都不是，请高手赐教了。 答案是2可重复读隔离级别是最严格的隔离级别。在该隔离级别下，一个事务的影响完全与其他并发事务隔离，脏读、不可重复的读、幻像读现象都不会发生。当使用可重复读隔离

6、级别时，在事务执行期间会锁定该事务以任何方式引用的所有行。因此，如果在同一个事务中发出同一个SELECT语句两次或更多次，那么产生的结果数据集总是相同的。因此，使用可重复读隔离级别的事务可以多次检索同一行集，并对它们执行任意操作，直到提交或回滚操作终止该事务。但是，在事务存在期间，不允许其他事务执行会影响这个事务正在访问的任何行的插入、更新或删除操作。为了确保这种行为不会发生，锁定该事务所引用的每一行- 而不是仅锁定被实际检索或修改的那些行。因此，如果一个事务扫描了1000行，但只检索10行，那么它所扫描的1000行(而不仅是被检索的10行)都会被锁定。隔离级别中的重复读是是指在第一次读出数据

7、后 数据被修改了 但第二次去读为保证数据一致，还是与第一次读的一样，这是比较高的隔离级别。还有一个比它高的幻影读 是即使你添加列等操作都读不出来转载 微软SQL Server事务隔离级别实例简介作者：Edison Zhu  来源：博客园  发布时间：2009-11-12 23:56  阅读：173 次  原文链接   收藏   源文：  数据库的事务隔离级别（TRANSACTION ISOLATION LEVEL）是一个数据库上很基本的一个概念。为什么会有

8、事务隔离级别，SQL Server上实现了哪些事务隔离级别？事务隔离级别的前提是一个多用户、多进程、多线程的并发系统，在这个系统中为了保证数据的一致性和完整性，我们引入了事务隔离级别这个概念，对一个单用户、单线程的应用来说则不存在这个问题。首先，我们来看一下高并发的系统中会存在哪些问题，为了便于理解我们以张三在招商银行的账号和存款为例。一、准备工作：1. 创建一个银行账号Table（只是为了说明问题，不考虑表的设计范式）CREATE TABLE dbo.BankAccount(   BankAccountId CHAR(16)    

9、   NOT NULL, - 银行账号   UserName      NVARCHAR(32)   NOT NULL, - 用户   Balance       DECIMAL(19, 2) NOT NULL, - 余额   LastUpdate    SMALLDATETIME  NOT NULL)GO2. 准备数据INSERT INTO db

10、o.BankAccount     VALUES ('9555500100071120', N'张三', 10000.00, GETDATE() - 北京分行账号INSERT INTO dbo.BankAccount     VALUES ('9555507551227787', N'张三', 20000.00, GETDATE() - 深圳分行账号GO3. 查看数据SELECT * FROM dbo.BankAccount二、应用场景假设张三在招商银

11、行开设了两个账号，一个是招商银行北京分行，一个是招商银行深圳分行，两个账号的余额分别是10,000和20,000。1. 张三在网上做了一笔交易，交易额100，买方小王通过银行汇款100到张三的北京分行的账号（见下面左图），柜台操作人员向张三账号存入100（事务一），然后系统些操作日志（假设需要10秒，WAITFOR DELAY '00:00:10'）正在此时张三在ATM查了一下账号上余额（事务二），发现已经是10100，于是回去准备发货，但是事务一在写操作日志时超时，这是事务回滚，存款交易被取消，钱退给了小王，这样张三查到的账号余额事实上是事务一还没有提交的数据，导致张三错误的

12、认为已经收到交易款项。 一个事务读到另外一个事务还没有提交的数据，我们称之为脏读。解决方法：把事务隔离级别调整到READ COMMITTED，即把右上图中的SET TRAN ISOLATION LEVEL READ UNCOMMITTED更改成下图中的SET TRAN ISOLATION LEVEL READ COMMITTED。这时我们重复上面的动作会发现事务二会一直等到事务一执行完毕再返回结果，因为此时事务以已经把自己的更改ROLLBACK了，所以事务二可以返回正确的结果。2. 张三先后两次查询某一账号的余额，在两次查询期间，小王完成了银行转账，导致两次的查询结果不同。一个事务先

13、后读取同一条记录，但两次读取的数据不同，我们称之为不可重复读。解决方法：把事务隔离级别调整到REPEATABLE READ。在下图中使用SET TRAN ISOLATION LEVEL REPEATABLE READ。这时我们重复上面的动作会发现事务二会一直等到事务一执行完毕再返回结果。3. 张三妻子先后两次查询张三招商银行所有账号的总余额，而在此期间张三在广州招商银行分行成功开设了一个账号，并存入5000，导致张三妻子两次查询的总余额不同，在此期间张三原有两个账号的余额均未发生改变。  一个事务先后读取一个范围的记录，但两次读取的纪录数不同，我们称之为幻象读。解决方法：把事务隔离级别调整到