标签:blog http io ar os 使用 sp strong 文件
所谓的死锁,主要是由于进程B要访问进程A所在的资源,而进程A又由于种种原因,不释放掉其所占用的资源,所以数据库就会一直处于阻塞状态。
四个必要条件:
必要条件:互斥,一个资源,在同一时间点上,只能由一个进程访问。
死锁分析:当任务TA在使用资源RA的时候,产生了未预知的问题,从而意外的停止了执行,但是还没有释放RA,所以就造成的对资源RA的死锁,这个也是死锁产生最根本的原因,其他的原因基本上都是由这个为基础的。
必要条件:资源的请求与保持,每一个进程都可以在使用一个资源的同时,申请访问另一个资源。
死锁分析:由于每一个进程都可以申请访问多个资源,所以当任务TA使用资源RA的时候,申请访问正在被任务TB使用的资源RB,而此时,TB要申请正在被TA使用的RA,所以就造成了互相等待的情况,从而死锁。
必要条件:资源的非剥夺,进程无法将正在被其他进程使用的资源强行剥夺过来。
死锁分析:当产生其他情况的时候,正是由于这个条件,从而造成的进程的无止境等待。
必要条件:资源的循环等待
死锁分析:TA申请RA,而TB正在使用RA,同时TB申请RB,但TC正在使用RB,此时TC申请RC,而RC正在被TA使用,从而产生死锁。
可能产生死锁的资源
- RID,堆中的单行
- KEY,索引中的键,行锁
- PAG,页
- EXT,区结构
- HOBT,堆或B树
- TAB,表,包括数据和索引
- File,数据库文件
- APP,应用程序专用资源
- METADATA,元数据
- Allocation_Unit,分配单元
- DB,整个数据库
避免产生死锁的方法
由于死锁是因为上述的四个必要条件共同作用所产生的,所以按照一般的思路,只要能够打破其中一个,就可以有效的避免死锁的产生。
下面是针对四个必要条件所可以作出的处理:
- 允许资源的并发访问。
- 允许进程的资源剥夺。
- 进程远行所需资源一次提交。
- 资源的有序分配,也就是按同一顺序访问资源。
其他方法(这些方法的主要目标是使资源的占用时间最小化,从而降低死锁的产生机会):
- 避免事务中的用户交互。
- 保持事务中简短并处于一个批处理中。
- 使用较低级别的隔离级别。
- 使用基于行版本控制的隔离级别。
- 使用绑定连接,及将多个会话绑定到一个事务中,这样可以有效的减少事务的数量。
转自http://www.cnblogs.com/sitemanager/archive/2012/03/26/2417638.html
主要参考文章:
标签:blog http io ar os 使用 sp strong 文件
原文地址:http://www.cnblogs.com/JohnsonDiao/p/4118307.html