数据库系统课件第十一章并发控制幻灯片.pptVIP

* 第十一章 并发控制 　　数据库应该是面向多用户的多任务系统，才能有效地利用计算机硬件资源和数据资源，DBMS提供了并发控制机制来实现多用户对数据的并发访问控制，允许多个事务同时对数据库进行操作。 本章内容： 11.1 并发控制概述 11.2 封锁 11.3 活锁和死锁 11.4 并发调度的可串行性 11.5 两段锁协议 11.6 封锁的粒度 * 11.1 并发控制概述 多事务执行方式 (1) 事务串行执行 每个时刻只有一个事务运行，其它事务必须等到这个事务结束以后方能运行 不能充分利用系统资源，发挥数据库共享资源的特点 (2) 交叉并发方式(Interleaved Concurrency) 事务的并行执行是这些并行事务的并行操作轮流交叉运行 是单处理机系统中的并发方式，能够减少处理机的空闲时间，提高系统的效率 (3) 同时并发方式(Simultaneous Concurrency) 多处理机系统中，每个处理机运行一个事务，多个处理机可同时运行多个事务，实现多个事务真正的并行运行 最理想的并发方式，但受制于硬件环境 更复杂的并发方式机制 * 11.1 并发控制概述 事务并发执行带来的问题 　　可能会存取和存储不正确的数据，破坏事务的隔离性和数据库的一致性。 并发操作带来的数据不一致性 (1) 丢失修改(lost update) ? ? 读A=16 ? ? ? ? A←A-1 写回A=15 ① 读A=16 ? ② ? ③ A←A-1 写回A=15 ? ④ T2 T1 　　丢失修改是指事务1与事务2从数据库中读入同一数据并修改，事务2的提交结果破坏了事务1提交的结果，导致事务1的修改被丢失。 * 11.1 并发控制概述 (2) 不可重复读(non-repeatable read) ? ? ? 读B=100 B←B*2 写回B=200 ? ① 读A=50 读B=100 求和=150 ② ? ? ③ 读A=50 读B=200 求和=250 (验算不对) T2 T1 　　不可重复读是指事务1读取数据后，事务2执行更新操作，使事务1无法再现前一次读取结果。 三类不可重复读： 事务1读取某一数据后： (1) 事务2对其做了修改，当事务1再次读取该数据时，得到与前一次不同的值； (2) 事务2删除了其中部分记录，当事务1再次读取数据时，发现某些记录消失了； (3) 事务2插入了一些记录，当事务1再次按相同条件读取数据时，发现多了一些记录； 后两种不可重复读有时也称为幻影现象(phantom row)。 * 11.1 并发控制概述 (3) 读“脏”数据(dirty read) ?? ? ? 读C=200 ? ? ? ① 读C=100 C←C*2 写回C ② ? ③ ROLLBACK C恢复为100 T2 T1 　　事务1修改某一数据，并将其写回磁盘，事务2读取同一数据后，事务1由于某种原因被撤消。这时事务1已修改过的数据恢复原值，事务2读到的数据就与数据库中的数据不一致，是不正确的数据，又称为“脏”数据。 产生不一致性的原因 并发操作破坏了事务的隔离性，引发了数据的不一致性 解决办法 主要采用封锁机制 * 11.2 封锁 什么是封锁 事务在操作数据对象，如表、记录等，之前先向系统发出请求，对其加锁； 加锁后事务对该数据对象具有一定的控制，在释放锁之前其它事务不能更新该数据对象； 封锁是实现并发控制的一个非常重要的技术； 基本封锁类型 　　 排它锁(eXclusive lock，简记为X锁，又称为写锁) 　　若事务T对数据对象A加上X锁，则只允许T读取和修改A，其它事务都不能对A加任何类型的锁，直到T释放A上的锁 共享锁(Share lock，简记为S锁，又称为读锁) 　　若事务T对数据对象A加上S锁，则其它事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁 * 11.2 封锁 使用封锁机制解决丢失修改问题 事务T1在读A进行修改之前先对A加X锁 当T2再请求对A加X锁时被拒绝 T2只能等待T1释放A上的锁后再获得对A的X锁 这时T2读到的A已经是T1更新过的值15 T2按此新的A值进行运算，并将结果值A=14送回到磁盘，避免了丢失T1的更新 T1 T2 ①? Xlock A 获得 ②? 读A=16 ? ③A←A-1 写回A=15 Commit Unlock A ④ ? ? ⑤ ? ?? ? ? Xlock A 等待 等待 等待 等待 获得Xlock A 读A=15 A←A-1 写回A=14 Commit Unlock A? 无丢失修改 * 11