DB2和 Oracle的并发控制（锁）比较

核心提示： 下表为Oracle数据库TM锁的兼容矩阵（Y=Yes，表示兼容的请求； N=No，DB2和 Oracle的并发控制（锁）比较(7)，表示不兼容的请求；-表示没有加锁请求）：表五：Oracle数据库TM锁的相容矩阵 一方面，当Oracle执行SELECT…FOR UPDATE、

下表为Oracle数据库TM锁的兼容矩阵（Y=Yes，表示兼容的请求； N=No，表示不兼容的请求；-表示没有加锁请求）：

表五：Oracle数据库TM锁的相容矩阵

一方面，当Oracle执行SELECT…FOR UPDATE、INSERT、UPDATE、DELETE等DML语句时，系统自动在所要操作的表上申请表级RS锁（SELECT…FOR UPDATE）或RX锁（INSERT、UPDATE、DELETE），当表级锁获得后，系统再自动申请TX锁，并将实际锁定的数据行的锁标志位置位（指向该TX锁）；另一方面，程序或操作人员也可以通过LOCK TABLE语句来指定获得某种类型的TM锁。下表是笔者总结了Oracle中各SQL语句产生TM锁的情况：

表六：Oracle数据库TM锁小结

我们可以看到，通常的DML操作（SELECT…FOR UPDATE、INSERT、UPDATE、DELETE），在表级获得的只是意向锁（RS或RX），其真正的封锁粒度还是在行级；另外，Oracle数据库的一个显著特点是，在缺省情况下，单纯地读数据（SELECT）并不加锁，Oracle通过回滚段（Rollback segment）来保证用户不读"脏"数据。这些都提高了系统的并发程度。

由于意向锁及数据行上锁标志位的引入，减小了Oracle维护行级锁的开销，这些技术的应用使Oracle能够高效地处理高度并发的事务请求。

4 DB2多粒度封锁机制的监控

在DB2中对锁进行监控主要有两种方式，第一种方式是快照监控，第二种是事件监控方式。