第11章新.pptVIP

An Introduction to Database System 问题的产生 多用户数据库系统的存在 允许多个用户同时使用的数据库系统 飞机定票数据库系统 银行数据库系统 特点：在同一时刻并发运行的事务数可达数百个 问题的产生（续） 不同的多事务执行方式 (1)事务串行执行 每个时刻只有一个事务运行，其他事务必须等到这个事务结束以后方能运行 不能充分利用系统资源，发挥数据库共享资源的特点 问题的产生（续） (2)交叉并发方式（Interleaved Concurrency） 在单处理机系统中，事务的并行执行是这些并行事务的并行操作轮流交叉运行 单处理机系统中的并行事务并没有真正地并行运行，但能够减少处理机的空闲时间，提高系统的效率。 问题的产生（续） 并发控制（续） (3)同时并发方式（simultaneous concurrency） 多处理机系统中，每个处理机可以运行一个事务，多个处理机可以同时运行多个事务，实现多个事务真正的并行运行 最理想的并发方式，但受制于硬件环境 更复杂的并发方式机制 事务并发执行带来的问题 会产生多个事务同时存取同一数据的情况 可能会存取和存储不正确的数据，破坏事务的隔离性和数据库的一致性 DBMS必须提供并发控制机制 并发控制机制是衡量一个DBMS性能的重要标志之一 第十一章 并发控制 11.1 并发控制概述 11.2 封锁 11.3 活锁和死锁 11.4 并发调度的可串行性 11.1 并发控制概述 并发控制机制的任务 对并发操作进行正确调度 保证事务的隔离性 保证数据库的一致性 T1的修改被T2覆盖了！ 并发操作带来的数据不一致性 丢失修改（lost update） 不可重复读（non-repeatable read） 读“脏”数据（dirty read） 1. 丢失修改 丢失修改是指事务1与事务2从数据库中读入同一数据并修改，事务2的提交结果破坏了事务1提交的结果，导致事务1的修改被丢失。 丢失修改 2. 不可重复读 不可重复读是指事务1读取数据后，事务2执行更新操作，使事务1无法再现前一次读取结果。 三类不可重复读 事务1读取某一数据后： 1.事务2对其做了修改，当事务1再次读该数据时，得到与前一次不同的值。 2. 事务2删除了其中部分记录，当事务1再次读取数据时，发现某些记录神密地消失了。 3. 事务2插入了一些记录，当事务1再次按相同条件读取数据时，发现多了一些记录。 后两种不可重复读有时也称为幻影现象（phantom row） 不可重复读（续） T1读取B=100进行运算 T2读取同一数据B，对其进行修改后将B=200写回数据库。 T1为了对读取值校对重读B，B已为200，与第一次读取值不一致 3. 读“脏”数据 事务1修改某一数据，并将其写回磁盘 事务2读取同一数据后 事务1由于某种原因被撤消，这时事务1已修 改过的数据恢复原值 事务2读到的数据就与数据库中的数据不一致，是不正确的数据，又称为“脏”数据。 读“脏”数据（续） 11.2 封锁 基本封锁类型 DBMS通常提供了多种类型的封锁。一个事务对某个数据对象加锁后究竟拥有什么样的控制是由封锁的类型决定的。 基本封锁类型 排它锁（eXclusive lock，简记为X锁） 共享锁（Share lock，简记为S锁） 排它锁 排它锁又称为写锁 若事务T对数据对象A加上X锁，则只允许T读取和修改A，其它任何事务都不能再对A加任何类型的锁，直到T释放A上的锁。 共享锁 共享锁又称为读锁 若事务T对数据对象A加上S锁，则其它事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。 三、锁的相容矩阵 使用封锁机制解决丢失修改问题 解决不可重复读问题 解决读“脏”数据问题 11.3 活锁和死锁 封锁技术可以有效地解决并行操作的一致性问题，但也带来一些新的问题 活锁 死锁 11.3.1 活锁 如何避免活锁 采用先来先服务的策略： 当多个事务请求封锁同一数据对象时 按请求封锁的先后次序对这些事务排队 该数据对象上的锁一旦释放，首先批准申请队列中第一个事务获得锁。 11.3.2 死锁 T1 T2 解决死锁的方法 两类方法 1. 预防死锁 2. 死锁的诊断与解除 1. 死锁的预防 产生死锁的原因是两个或多个事务都已封锁了一些数据对象，然后又都请求对已为其他事务封锁的数据对象加锁，从而出现死等待。 预防死锁的发生就是要破坏产生死锁的条件 死锁的预防（续） 预防死锁的方法 一次封锁法 顺序封锁法 （1）一次封锁法 要求每个事务必须一次将所有要使用的数据全部加锁，否则就不能继续执行 存在的问题： 降低系统并发度 难于事先精确确定封锁对象