DB2隔离级别及锁.docVIP

深入解析 DB2高级管理、内部体系结构与诊断案例 第 6 章 我们在进行客户支持时遇到最多的话题之一就是锁。“为什么 DB2 锁住了这个表、行或者对象？”，“这个锁会阻塞多长时间及为什么？”；“为什么出现了死锁？”，“我的锁请求在等待什么？”，诸如此类问题等等。更仔细地分析一些常见的锁示例可以说明 DB2 锁定策略背后的原则。在国内很多 DB2 用户都会碰到有关锁等待、死锁和锁升级等锁相关的问题，本章将会对这些问题以及解决方法做详细的讲解。 本章主要讲解如下内容： 隔离级别和锁 加锁总结 乐观锁 内部锁 设置锁相关的注册变量 6.1? 隔离级别和锁 要维护数据库的一致性和数据完整性，同时又允许多个应用程序同时访问一个数据库，将这样的特性称为并发性。 DB2 数据库尝试强制实施并发性的方法之一是使用隔离级别，它决定在第一个事务访问数据时，如何对其他事务锁定或隔离该事务所使用的数据。 DB2 使用下列隔离级别来强制实施并发性： 可重复读 (Reapeatable Read，RR) 读稳定性 (Read Stability，RS) 游标稳定性 (Cursor Stability，CS) 未提交的读 (Uncommitted Read，UR) 隔离级别是根据称为现象 (Phenomena) 的三个禁止操作序列来声明的： 脏读 (Dirty Read)：在事务 A 提交修改结果之前，其他事务