所谓的死锁，主要是由于进程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，整个数据库
避免产生死锁的方法
由于死锁是因为上述的四个必要条件共同作用所产生的，所以按照一般的思路，只要能够打破其中一个，就可以有效的避免死锁的产生。
下面是针对四个必要条件所可以作出的处理：
- 允许资源的并发访问。
- 允许进程的资源剥夺。
- 进程远行所需资源一次提交。
- 资源的有序分配，也就是按同一顺序访问资源。
其他方法（这些方法的主要目标是使资源的占用时间最小化，从而降低死锁的产生机会）：
- 避免事务中的用户交互。
- 保持事务中简短并处于一个批处理中。
- 使用较低级别的隔离级别。
- 使用基于行版本控制的隔离级别。
- 使用绑定连接，及将多个会话绑定到一个事务中，这样可以有效的减少事务的数量。
主要参考文章：