隔离级别在线视频

同学们

大家好

我是来自云南大学软件学院的

包崇明

现在为大家介绍

现在为大家介绍

事务隔离性级别

前面我们学习了调度器

应用两阶段锁协议进行调度

可以保证产生可串行化的经历

但是保证严格的可串行化

对系统性能会产生极大影响

甚至导致系统的不可用

由于这个原因

人们提出了事务调度器

应该降低两阶段锁协议的要求

从而降低事务间

由于访问冲突而产生的等待

增加有效的并发来提高性能

降低两阶段锁协议的要求

意味着事务的隔离性得不到有效的保障

可能使有冲突操作的事务

相互影响产生不一致的结果

所以我们必须在

性能和隔离性得不到有效保证

这两者间做一个权衡

对具体的运用程序来说

不一定要求对所有事务

都有严格的隔离性需求

出现某些不一致的结果也是可以接受的

所以数据库系统为事务提供了隔离级别

让程序员可以根据需要

选择相应的隔离级别

两阶段锁协议中

对写锁要求事务结束的时候才释放

对读锁什么时候释放没有要求

我们根据锁释放的时间将锁进一步分类

对于在事务结束才释放的锁

我们称为长期锁

对于操作执行完毕后就释放的锁

我们称为短期锁。

数据库系统定义的隔离级别

就是通过调度器在为操作申请锁时

除了写操作申请的是长期锁

读操作可以申请长期

或者短期锁来实现各种隔离级别

对一个操作申请短期锁

意味着操作结束后就释放数据上的锁

其他事务就能申请到该数据的锁

从而破坏了两阶段锁的规则3

可能出现不一致的问题

下面我们介绍

数据库系统提供的常见的隔离级别

并说明在这种隔离级别下

会出现什么样的不一致问题或者异常

常见的隔离级别有一下四种

未提交读隔离级别

在该种方式下

当前事务不需要申请任何类型的封锁

就可以执行操作

从而可能会读到未提交的修改结果

也就是可能会读到其他事务的临时结果

如果运用这种隔离级别

组成事务的语句不能包含更新语句

第二种隔离级别是

提交读隔离级别

在这种隔离级别下

需要遵循两阶段锁协议的规则一

读写操作之前都需要申请锁

不过对于读锁

申请的只是短期读锁

也就是读完数据后立即释放的锁

提交读能够避免读取其他事务

未提交的修改结果

但是两次读到的结果可能不一致

另外也会产生丢失更新问题

第三种隔离级别是

可重复读隔离级别

需要遵循两阶段锁协议的规则

读写之前都需要申请锁

不过对于读锁

申请的是长期读锁

也就是事务结束后才释放的读锁

在可重复读隔离级别下

提交读隔离级别可能产生的丢失更新等异常

不会再出现

两次读到的结果也一致了

但还可能产生一种称为幽灵更新的异常

虽然读锁和写锁都是长期锁

看起来完全遵循了两阶段锁协议

为什么还会产生异常呢

这是由于我们没有对两阶段锁协议

要求的所有对象加合适的锁

这类对象我们称为谓词

也就是大家熟悉的

select语句中

关键字where后面的选择条件

谓词负责选择出满足条件的行数据集

出现幽灵更新异常的原因是

调度器只对谓词只加了短期读锁

导致一个事务Ti

在读取满足要求的行数据后

其他事务能够插入一条

也满足Ti要求的数据

也满足Ti要求的数据

导致Ti得到的结果不完整

从而出现了幽灵更新异常。

第四种是

可串行化隔离级别

可串行化隔离级别对数据和谓词的读写

都加了长期锁

事务以一种可串行化的调度策略

实施并发执行

以避免它们之间相互的干扰现象

从而事务的隔离性得到保证

不会出现上面所有异常

我们通过一张表总结了

这四类隔离级别加锁策略

以及可能出现的异常

从这张表中我们可了解到

除了未提交读级别

其他隔离级别在在数据和谓词的对象上

其他隔离级别在在数据和谓词的对象上

都加了长期写锁

但在数据和谓词上

根据不同隔离级别采用不同的策略

加长锁或者是短期读锁

但在数据和谓词对象上

根据不同的隔离级别

采用不同的策略

加长期或者短期锁

今天的课就到这里

同学们再见