oracle多粒度封锁机制研究(论坛)

Oracle多粒度封锁机制研究1引言—数据库锁的基本概念为了确保并发用户在存取同一数据库对象时的正确性（即无丢失修改、可重复读、不读“脏”数据），数据库中引入了锁机制。

基本的锁类型有两种：排它锁（Exclusive locks记为X锁）和共享锁（Share locks记为S锁）。

排它锁：若事务T对数据D加X锁，则其它任何事务都不能再对D加任何类型的锁，直至T释放D上的X锁；一般要求在修改数据前要向该数据加排它锁，所以排它锁又称为写锁。

共享锁：若事务T对数据D加S锁，则其它事务只能对D加S锁，而不能加X锁，直至T释放D上的S锁；一般要求在读取数据前要向该数据加共享锁，所以共享锁又称为读锁。

2Oracle多粒度封锁机制介绍根据保护对象的不同，Oracle数据库锁可以分为以下几大类：(1)DML lock（data locks，数据锁）：用于保护数据的完整性；(2)DDL lock（dictionary locks，字典锁）：用于保护数据库对象的结构（例如表、视图、索引的结构定义）；(3)internal locks和l a t c h es（内部锁与闩）：保护内部数据库结构；(4)distributed locks（分布式锁）：用于OPS（并行服务器）中；(5)PCM locks（并行高速缓存管理锁）：用于OPS（并行服务器）中。

本文主要讨论DML（也可称为data locks，数据锁）锁。

从封锁粒度（封锁对象的大小）的角度看，Oracle DML锁共有两个层次，即行级锁和表级锁。

2.1Oracle的TX锁（行级锁、事务锁）许多对Oracle不太了解的技术人员可能会以为每一个TX锁代表一条被封锁的数据行，其实不然。

TX的本义是Transaction（事务），当一个事务第一次执行数据更改（Insert、Update、Delete）或使用SELECT…FOR UPDATE语句进行查询时，它即获得一个TX（事务）锁，直至该事务结束（执行COMMIT或ROLLBACK操作）时，该锁才被释放。

所以，一个TX 锁，可以对应多个被该事务锁定的数据行。

在Oracle的每行数据上，都有一个标志位来表示该行数据是否被锁定。

Oracle不象其它一些DBMS（数据库管理系统）那样，建立一个链表来维护每一行被加锁的数据，这样就大大减小了行级锁的维护开销，也在很大程度上避免了其它数据库系统使用行级封锁时经常发生的锁数量不够的情况。

数据行上的锁标志一旦被置位，就表明该行数据被加X锁，Oracle在数据行上没有S锁。

2.2TM锁（表级锁）2.2.1意向锁的引出表是由行组成的，当我们向某个表加锁时，一方面需要检查该锁的申请是否与原有的表级锁相容；另一方面，还要检查该锁是否与表中的每一行上的锁相容。

比如一个事务要在一个表上加S锁，如果表中的一行已被另外的事务加了X锁，那么该锁的申请也应被阻塞。

如果表中的数据很多，逐行检查锁标志的开销将很大，系统的性能将会受到影响。

为了解决这个问题，可以在表级引入新的锁类型来表示其所属行的加锁情况，这就引出了“意向锁”的概念。

意向锁的含义是如果对一个结点加意向锁，则说明该结点的下层结点正在被加锁；对任一结点加锁时，必须先对它的上层结点加意向锁。

如：对表中的任一行加锁时，必须先对它所在的表加意向锁，然后再对该行加锁。

这样一来，事务对表加锁时，就不再需要检查表中每行记录的锁标志位了，系统效率得以大大提高。

2.2.2意向锁的类型由两种基本的锁类型（S锁、X锁），可以自然地派生出两种意向锁：意向共享锁（Intent Share Lock，简称IS锁）：如果要对一个数据库对象加S锁，首先要对其上级结点加IS锁，表示它的后裔结点拟（意向）加S锁；意向排它锁（Intent Exclusive Lock，简称IX锁）：如果要对一个数据库对象加X锁，首先要对其上级结点加IX锁，表示它的后裔结点拟（意向）加X锁。

另外，基本的锁类型（S、X）与意向锁类型（IS、IX）之间还可以组合出新的锁类型，理论上可以组合出4种，即：S+IS，S+IX，X+IS，X+IX，但稍加分析不难看出，实际上只有S+IX有新的意义，其它三种组合都没有使锁的强度得到提高（即：S+IS=S，X+IS=X，X+IX=X，这里的“=”指锁的强度相同）。

所谓锁的强度是指对其它锁的排斥程度。

这样我们又可以引入一种新的锁的类型共享意向排它锁（Shared Intent Exclusive Lock,简称SIX锁）：如果对一个数据库对象加SIX锁，表示对它加S锁，再加IX锁，即SIX=S+IX。

例如：事务对某个表加SIX锁，则表示该事务要读整个表（所以要对该表加S锁），同时会更新个别行（所以要对该表加IX 锁）。

这样数据库对象上所加的锁类型就可能有5种：即S、X、IS、IX、SIX。

具有意向锁的多粒度封锁方法中任意事务T要对一个数据库对象加锁，必须先对它的上层结点加意向锁。

申请封锁时应按自上而下的次序进行；释放封锁时则应按自下而上的次序进行；具有意向锁的多粒度封锁方法提高了系统的并发度，减少了加锁和解锁的开销。

2.2.3Oracle的TM锁（表级锁）Oracle的DML锁（数据锁）正是采用了上面提到的多粒度封锁方法，其行级锁虽然只有一种（即X锁），但其TM锁（表级锁）类型共有5种，分别称为共享锁（S锁）、排它锁（X锁）、行级共享锁（RS锁）、行级排它锁（RX锁）、共享行级排它锁（SRX锁），与上面提到的S 、X 、IS 、IX 、SIX 相对应。

需要注意的是，由于Oracle 在行级只提供X 锁，所以与RS 锁（通过SELECT …FOR UPDATE 语句获得）对应的行级锁也是X 锁（但是该行数据实际上还没有被修改），这与理论上的IS 锁是有区别的。

下表为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 能够高效地处理高度并发的事务请求。

T2T1S X RS RX SRX -S Y N Y N N Y X N N N N N Y RS Y N Y Y Y Y RX N N Y Y N Y SRX N N Y N N Y -YYYYYYSQL 语句表锁模式允许的锁模式Select *from table_name……无RS 、RX 、S 、SRX 、X Insert into table_name……RX RS 、RX Update table_name……RX RS 、RX Delete from table_name……RX RS 、RXSelect *from table_name for update RS RS 、RX 、S 、SRX lock table table_name in row share mode RS RS 、RX 、S 、SRX lock table table_name in row exclusive mode RX RS 、RX lock table table_name in share modeS RS 、S lock table table_name in share row exclusive mode SRX RS lock table table_name in exclusive modeX无3Oracle 多粒度封锁机制的监控3.1系统视图介绍为了监控Oracle 系统中锁的状况，我们需要对几个系统视图有所了解：3.1.1v$lock 视图v$lock 视图列出当前系统持有的或正在申请的所有锁的情况，其主要字段说明如下：表三：v$lock 视图主要字段说明其中在TYPE 字段的取值中，本文只关心TM 、TX 两种DML 锁类型；关于ID1、ID2，TYPE 取值不同其含义也有所不同：表四：v$lock 视图中ID1与ID2字段取值说明3.1.2v$locked_object 视图v$locked_object 视图列出当前系统中哪些对象正被锁定，其主要字段说明如下：字段名称类型说明SID NUMBER 会话（SESSION ）标识；TYPE VARCHAR （2）区分该锁保护对象的类型；ID1NUMBER 锁标识1；ID2NUMBER 锁标识2；LMODE NUMBER 锁模式：0（None ），1（null ）,2（row share ）,3（row exclusive ）,4（share ）,5（share row exclusive ）,6（exclusive ）REQUEST NUMBER 申请的锁模式：具体值同上面的LMODE CTIME NUMBER 已持有或等待锁的时间；BLOCKNUMBER是否阻塞其它锁申请；TYPE ID1ID2TM 被修改表的标识（object_id ）TX以十进制数值表示该事务所占用的回滚段号与该事务在该回滚段的事务表（Transaction table ）中所占用的槽号（slot number ，可理解为记录号）。

其组成形式为：0xRRRRSSSS (RRRR =RBS number,SSSS =slot )。

以十进制数值表示环绕（wrap ）次数，即该槽（slot ）被重用的次数；字段名称类型说明XIDUSN NUMBER 回滚段号；XIDSLOT NUMBER 槽号；XIDSQN NUMBER 序列号；OBJECT_IDNUMBER被锁对象标识；SESSION_ID NUMBER持有锁的会话（SESSION）标识；ORACLE_USERNAME VARCHAR2（30）持有该锁的用户的Oracle用户名；OS_USER_NAME VARCHAR2（15）持有该锁的用户的操作系统用户名；PROCESS VARCHAR2（9）操作系统的进程号；LOCKED_MODE NUMBER锁模式，取值同表三中的LMODE；表五：v$locked_object视图字段说明3.2监控脚本根据上述系统视图，可以编制脚本来监控数据库中锁的状况。