数据库的并发控制课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《数据库的并发控制课件.ppt》由用户(三亚风情)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 并发 控制 课件
- 资源描述:
-
1、计算机科学与技术学院计算机科学与技术学院数据库系统概论数据库系统概论An Introduction to Database System并发控制并发控制并发控制并发控制3.1 并发控制概述3.2 封锁3.3 封锁协议3.4 活锁和死锁3.5 并发调度的可串行性3.6 两段锁协议3.7 封锁的粒度3.8 小结 并发控制概述并发控制概述多事务执行方式(1)事务串行执行n每个时刻只有一个事务运行,其他事务必须等到这个事务结束以后方能运行n不能充分利用系统资源,发挥数据库共享资源的特点并发控制(续)并发控制(续)(2)交叉并发方式(interleaved concurrency)n事务的并行执行是这些
2、并行事务的并行操作轮流交叉运行n是单处理机系统中的并发方式,能够减少处理机的空闲时间,提高系统的效率并发控制(续)并发控制(续)(3)同时并发方式(simultaneous concurrency)n多处理机系统中,每个处理机可以运行一个事务,多个处理机可以同时运行多个事务,实现多个事务真正的并行运行n最理想的并发方式,但受制于硬件环境n更复杂的并发方式机制事务并发执行带来的问题事务并发执行带来的问题n可能会存取和存储不正确的数据,破坏事务的隔离性和数据库的一致性nDBMS必须提供并发控制机制n并发控制机制是衡量一个DBMS性能的重要标志之一3.1 3.1 并发控制概述并发控制概述n并发控制机
3、制的任务n对并发操作进行正确调度n保证事务的隔离性n保证数据库的一致性T1的修改被的修改被T2覆盖了!覆盖了!读A=16 AA-3写回A=13 读A=16 AA-1 写回A=15 事务 T2事务 T1数据不一致实例:飞机订票系统数据不一致实例:飞机订票系统并发操作带来的数据不一致性并发操作带来的数据不一致性n丢失修改(lost update)n不可重复读(non-repeatable read)n读“脏”数据(dirty read)1.丢失修改丢失修改丢失修改是指事务1与事务2从数据库中读入同一数据并修改事务2的提交结果破坏了事务1提交的结果,导致事务1的修改被丢失。2.不可重复读不可重复读不
4、可重复读是指事务1读取数据后,事务2执行更新操作,使事务1无法再现前一次读取结果。三类三类不可重复读不可重复读事务1读取某一数据后:1。事务2对其做了修改,当事务1再次读该数据时,得到与前一次不同的值。2.事务2删除了其中部分记录,当事务1再次读取数据时,发现某些记录神密地消失了。3.事务2插入了一些记录,当事务1再次按相同条件读取数据时,发现多了一些记录。后两种不可重复读有时也称为幻影现象(phantom row)3.读读“脏脏”数据数据事务1修改某一数据,并将其写回磁盘事务2读取同一数据后事务1由于某种原因被撤消,这时事务1已修改过的数据恢复原值事务2读到的数据就与数据库中的数据不一致,是
5、不正确的数据,又称为“脏”数据。图图3.1 三种数据不一致性三种数据不一致性 T1T2 读A=16 AA-1 写回A=15 读A=16 AA-1写回A=15(a)丢失修改丢失修改图图3.1 三种数据不一致性三种数据不一致性(续续)读B=100 BB*2写回B=200 读A=50 读B=100 求和=150 读A=50 读B=200 求和=250 (验算不对)T2T1(b)不可重复读不可重复读图图3.1 三种数据不一致性三种数据不一致性(续续)读C=200 读C=100 CC*2 写回C ROLLBACK C恢复为100T2T1(c)读读“脏脏”数据数据并发控制并发控制3.1 并发控制概述3.2
6、 封锁3.3 封锁协议3.4 活锁和死锁3.5 并发调度的可串行性3.6 两段锁协议3.7 封锁的粒度3.8 Oracle的并发控制3.9 小结3.2 封锁封锁一、什么是封锁二、基本封锁类型三、基本锁的相容矩阵一、什么是封锁一、什么是封锁n封锁就是事务T在对某个数据对象(例如表、记录等)操作之前,先向系统发出请求,对其加锁n加锁后事务T就对该数据对象有了一定的控制,在事务T释放它的锁之前,其它的事务不能更新此数据对象。n封锁是实现并发控制的一个非常重要的技术3.2 封锁封锁一、什么是封锁二、基本封锁类型三、基本锁的相容矩阵二、基本封锁类型二、基本封锁类型nDBMS通常提供了多种类型的封锁。一个
7、事务对某个数据对象加锁后究竟拥有什么样的控制是由封锁的类型决定的。n基本封锁类型n排它锁(eXclusive lock,简记为X锁)n共享锁(Share lock,简记为S锁)排它锁排它锁n排它锁又称为写锁n若事务T对数据对象A加上X锁,则只允许T读取和修改A,其它任何事务都不能再对A加任何类型的锁,直到T释放A上的锁共享锁共享锁n共享锁又称为读锁n若事务T对数据对象A加上S锁,则其它事务只能再对A加S锁,而不能加X锁,直到T释放A上的S锁3.2 封锁封锁一、什么是封锁二、基本封锁类型三、基本锁的相容矩阵三、锁的相容矩阵三、锁的相容矩阵Y=Yes,相容的请求,相容的请求N=No,不相容的请求,
8、不相容的请求 T1 T2XS-XNNYSNYY-YYY并发控制并发控制3.1 并发控制概述3.2 封锁3.3 封锁协议3.4 活锁和死锁3.5 并发调度的可串行性3.6 两段锁协议3.7 封锁的粒度3.8 Oracle的并发控制3.9 小结3.3 封锁协议封锁协议n在运用X锁和S锁对数据对象加锁时,需要约定一些规则:封锁协议(Locking Protocol)n何时申请X锁或S锁n持锁时间、何时释放n 不同的封锁协议,在不同的程度上为并发操 作的正确调度提供一定的保证n常用的封锁协议:三级封锁协议1级封锁协议级封锁协议n事务T在修改数据R之前必须先对其加X锁,直到事务结束才释放n正常结束(CO
9、MMIT)n非正常结束(ROLLBACK)n1级封锁协议可防止丢失修改n在1级封锁协议中,如果是读数据,不需要加锁的,所以它不能保证可重复读和不读“脏”数据。1级封锁协议级封锁协议T1T2 Xlock A 获得 读A=16 AA-1 写回A=15 Commit Unlock A Xlock A等待等待等待等待获得Xlock A读A=15AA-1写回A=14CommitUnlock A 没有丢失修改没有丢失修改 1级封锁协议级封锁协议 读A=15 Xlock A 获得 读A=16 AA-1 写回A=15 RollbackUnlock A T2T1读读“脏脏”数据数据1级封锁协议级封锁协议 Xlo
10、ck B 获得 读B=100 BB*2 写回B=200 Commit Unlock B读A=50 读B=100 求和=150读A=50 读B=200 求和=250 (验算不对)T2T1不可重复读不可重复读 2级封锁协议级封锁协议n1级封锁协议+事务T在读取数据R前必须先加S锁,读完后即可释放S锁n2级封锁协议可以防止丢失修改和读“脏”数据。n在2级封锁协议中,由于读完数据后即可释放S锁,所以它不能保证可重复读。2级封锁协议级封锁协议不可重复读不可重复读 Sclock A 获得 读A=50 Unlock A Sclock B 获得 读B=100 Unlock B 求和=150 Xlock B等待
11、等待获得Xlock B读B=100BB*2写回B=200CommitUnlock BT2T1Sclock A 获得 读A=50 Unlock A Sclock B 获得 读B=200 Unlock B 求和=250 (验算不对)T2T1(续)3级封锁协议级封锁协议n1级封锁协议+事务T在读取数据R之前必须先对其加S锁,直到事务结束才释放n3级封锁协议可防止丢失修改、读脏数据和不可重复读。3级封锁协议级封锁协议T1T2 Slock A 读A=50 Slock B 读B=100 求和=150 读A=50 读B=100 求和=150 Commit Unlock A Unlock B Xlock B等
12、待等待等待 等待等待等待等待等待获得Xlock B读B=100BB*2写回B=200CommitUnlock B 可重复读可重复读 3级封锁协议级封锁协议T1T2 Xlock C 读C=100 CC*2 写回C=200 ROLLBACK (C恢复为100)Unlock C Slock C等待等待等待等待获得Slock C读C=100Commit CUnlock C不读不读“脏脏”数据数据 4封锁协议小结封锁协议小结n三级协议的主要区别n什么操作需要申请封锁n何时释放锁(即持锁时间)封锁协议小结封锁协议小结(续续)并发控制并发控制3.1 并发控制概述3.2 封锁3.3 封锁协议3.4 活锁和死锁
13、3.5 并发调度的可串行性3.6 两段锁协议3.7 封锁的粒度3.8 Oracle的并发控制3.9 小结3.4 活锁和死锁活锁和死锁n封锁技术可以有效地解决并行操作的一致性问题,但也带来一些新的问题n死锁n活锁3.4.1 活锁活锁如何避免活锁如何避免活锁采用先来先服务的策略:当多个事务请求封锁同一数据对象时n按请求封锁的先后次序对这些事务排队n该数据对象上的锁一旦释放,首先批准申请队列中第一个事务获得锁。3.4.2 死锁死锁T1 T2 Xlock R1.Xlock R2等待等待等待等待等待等待.Xlock R2.Xlock R1等待等待等待等待.解决死锁的方法解决死锁的方法两类方法1.预防死锁
14、2.死锁的诊断与解除1.死锁的预防死锁的预防n产生死锁的原因是两个或多个事务都已封锁了一些数据对象,然后又都请求对已为其他事务封锁的数据对象加锁,从而出现死等待。n预防死锁的发生就是要破坏产生死锁的条件死锁的预防死锁的预防(续)(续)预防死锁的方法n 一次封锁法n 顺序封锁法(1)一次封锁法)一次封锁法n要求每个事务必须一次将所有要使用的数据全部加锁,否则就不能继续执行n一次封锁法存在的问题:降低并发度n 扩大封锁范围n将以后要用到的全部数据加锁,势必扩大了封锁的范围,从而降低了系统的并发度一次封锁法(续)一次封锁法(续)n难于事先精确确定封锁对象n数据库中数据是不断变化的,原来不要求封锁的数
15、据,在执行过程中可能会变成封锁对象,所以很难事先精确地确定每个事务所要封锁的数据对象n解决方法:将事务在执行过程中可能要封锁的数据对象全部加锁,这就进一步降低了并发度。(2)顺序封锁法)顺序封锁法n顺序封锁法是预先对数据对象规定一个封锁顺序,所有事务都按这个顺序实行封锁。n顺序封锁法存在的问题n 维护成本高n数据库系统中可封锁的数据对象极其众多,并且随数据的插入、删除等操作而不断地变化,要维护这样极多而且变化的资源的封锁顺序非常困难,成本很高顺序封锁法(续)顺序封锁法(续)n难于实现n事务的封锁请求可以随着事务的执行而动态地决定,很难事先确定每一个事务要封锁哪些对象,因此也就很难按规定的顺序去
16、施加封锁。例:规定数据对象的封锁顺序为A,B,C,D,E。事务T3起初要求封锁数据对象B,C,E,但当它封锁了B,C后,才发现还需要封锁A,这样就破坏了封锁顺序.死锁的预防(续)死锁的预防(续)n结论n在操作系统中广为采用的预防死锁的策略并不很适合数据库的特点nDBMS在解决死锁的问题上更普遍采用的是诊断并解除死锁的方法2.死锁的诊断与解除死锁的诊断与解除n允许死锁发生n解除死锁n由DBMS的并发控制子系统定期检测系统中是否存在死锁n一旦检测到死锁,就要设法解除检测死锁:检测死锁:超时法超时法n如果一个事务的等待时间超过了规定的时限,就认为发生了死锁n优点:实现简单n缺点n有可能误判死锁n时限
17、若设置得太长,死锁发生后不能及时发现等待图法等待图法n用事务等待图动态反映所有事务的等待情况n事务等待图是一个有向图G=(T,U)nT为结点的集合,每个结点表示正运行的事务nU为边的集合,每条边表示事务等待的情况n若T1等待T2,则T1,T2之间划一条有向边,从T1指向T2n并发控制子系统周期性地(比如每隔1 min)检测事务等待图,如果发现图中存在回路,则表示系统中出现了死锁。死锁的诊断与解除(续)死锁的诊断与解除(续)n解除死锁n选择一个处理死锁代价最小的事务,将其撤消,释放此事务持有的所有的锁,使其它事务能继续运行下去。第八章第八章 并发控制并发控制3.1 并发控制概述3.2 封锁3.3
18、 封锁协议3.4 活锁和死锁3.5 并发调度的可串行性3.6 两段锁协议3.7 封锁的粒度3.8 Oracle的并发控制3.9 小结3.5 并发调度的可串行性并发调度的可串行性一、什么样的并发操作调度是正确的二、如何保证并发操作的调度是正确的3.5 并发调度的可串行性并发调度的可串行性一、什么样的并发操作调度是正确的二、如何保证并发操作的调度是正确的一、什么样的并发操作调度是正确的一、什么样的并发操作调度是正确的n计算机系统对并行事务中并行操作的调度是的随机的,而不同的调度可能会产生不同的结果。n将所有事务串行起来的调度策略一定是正确的调度策略。n如果一个事务运行过程中没有其他事务在同时运行,
19、也就是说它没有受到其他事务的干扰,那么就可以认为该事务的运行结果是正常的或者预想的什么样的并发操作调度是正确的(续)什么样的并发操作调度是正确的(续)n以不同的顺序串行执行事务也有可能会产生不同的结果,但由于不会将数据库置于不一致状态,所以都可以认为是正确的。n 几个事务的并行执行是正确的,当且仅当其结果与按某一次序串行地执行它们时的结果相同。这种并行调度策略称为可串行化(Serializable)的调度。什么样的并发操作调度是正确的(续)什么样的并发操作调度是正确的(续)n可串行性是并行事务正确性的唯一准则例:现在有两个事务,分别包含下列操作:事务1:读B;A=B+1;写回A;事务2:读A;
展开阅读全文