Oracle锁
一、ORACLE锁分类
1.按用户与系统划分，可以分为自动锁与显示锁
自动锁：
当进行一项数据库操作时，缺省情况下，系统自动为此数据库操作获得所有有必要的锁。
显示锁：
某些情况下，需要用户显示的锁定数据库操作要用到的数据，才能使数据库操作执行得更好，显示锁是用户为数据库对象设定的。
2、按锁级别划分，可分为共享锁与排它锁
共享锁：共享锁使一个事务对特定数据库资源进行共享访问，另一事务也可对此资源进行访问或获得相同共享锁。共享锁为事务提供高并发性，但如拙劣的事务设计加共享锁容易造成死锁或数据更新丢失。
排它锁：事务设置排它锁后，该事务单独获得此资源，另一事务不能在此事务提交之前获得相同对象的共享锁或排它锁。
3、按锁保护的内容分类
oracle提供多粒度封锁机制，按保护对象来分，据此又可以分为：
（1）dml锁又称数据锁，用来保护数据的完整性和一致性。
DML锁的目的在于保证并发情况下的数据完整性，在Oracle数据库中，DML锁主要包括TM锁和TX锁，其中TM锁称为表级锁，TX锁称为事务锁或行级锁。当Oracle执行DML语句时，系统自动在所要操作的表上申请TM类型的锁。当TM锁获得后，系统再自动申请TX类型的锁，并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志，而只需检查TM锁模式的相容性即可，大大提高了系统的效率。TM锁包括了SS、SX、S、X 等多种模式，在数据库中用0－6来表示，不同的SQL操作产生不同类型的TM锁。
Oracle的TM锁类型 |
|||
锁模式 |
锁描述 |
解释 |
SQL操作 |
0 |
none |
||
1 |
NULL |
空 |
Select |
2 |
SS(Row-S) |
行级共享锁，其他对象只能查询这些数据行 |
Select for update、Lock for update、Lock row share |
3 |
SX(Row-X) |
行级排它锁，在提交前不允许做DML操作 |
Insert、Update、Delete、Lock row share |
4 |
S(Share) |
共享锁 |
Create index、Lock share |
5 |
SSX(S/Row-X) |
共享行级排它锁 |
Lock share row exclusive |
6 |
X(Exclusive) |
排它锁 |
Alter table、Drop able、Drop index、Truncate table、Lock exclusive |
这五种模式的TM锁的兼容关系如下表所示（√表示互相兼容的请求；×表示互相不兼容的请求；N/A表示没有锁定请求）：
- |
S |
X |
SS |
SX |
SSX |
N/A |
S |
√ |
× |
√ |
× |
× |
√ |
X |
× |
× |
× |
× |
× |
√ |
SS |
√ |
× |
√ |
√ |
√ |
√ |
SX |
× |
× |
√ |
√ |
× |
√ |
SSX |
× |
× |
√ |
× |
× |
√ |
N/A |
√ |
√ |
√ |
√ |
√ |
√ |
在数据行上只有X锁（排他锁）。在Oracle数据库中，当一个事务首次发起一个DML语句（Insert、Update、Delete）或使用SELECT…FOR UPDATE语句进行查询时，它即获得一个TX（事务）锁，直至该事务结束（执行COMMIT或ROLLBACK操作）时，该锁才被释放。所以，一个TX锁可以对应多个被该事务锁定的数据行。当两个或多个会话在表的同一条记录上执行 DML语句时，第一个会话在该条记录上加锁，其他的会话处于等待状态。当第一个会话提交后，TX锁被释放其他会话才可以加锁。当Oracle数据库发生TX锁等待时，如果不及时处理常常会引起Oracle数据库挂起或导致死锁的发生，产生ORA-60的错误。这些现象都会对实际应用产生极大的危害，如长时间未响应，大量事务失败等。
（2）ddl锁，dictionary locks 字典锁，用来保护数据对象的结构，如table，index的定义。
DDL锁又可以分为：排它DDL锁、共享DDL锁、分析锁
排它DDL锁
创建、修改、删除一个数据库对象的DDL语句获得操作对象的排它锁。如使用alter table语句时，为了维护数据的完成性、一致性、合法性，该事务获得一排它DDL锁。
共享DDL锁
需在数据库对象之间建立相互依赖关系的DDL语句通常需共享获得DDL锁。
如创建一个包，该包中的过程与函数引用了不同的数据库表，当编译此包时，该事务就获得了引用表的共享DDL锁。
分析锁
ORACLE使用共享池存储分析与优化过的SQL语句及PL/SQL程序，使运行相同语句的应用速度更快。一个在共享池中缓存的对象获得它所引用数据库对象的分析锁。分析锁是一种独特的DDL锁类型，ORACLE使用它追踪共享池对象及它所引用数据库对象之间的依赖关系。当一个事务修改或删除了共享池持有分析锁的数据库对象时，ORACLE使共享池中的对象作废，下次在引用这条SQL/PLSQL语句时，ORACLE重新分析编译此语句。
（3）内部锁和闩 （internal locks andlatchs） 用来保护数据库内部结构，如sga内存结构。
内部闩锁：这是ORACLE中的一种特殊锁，用于顺序访问内部系统结构。当事务需向缓冲区写入信息时，为了使用此块内存区域，ORACLE首先必须取得这块内存区域的闩锁，才能向此块内存写入信息。
二、锁等待测试
1、模式锁等待
在session1中创建表test1,插入一条数据，然后在session1中更新test1表数据不提交。
SQL>create table test1 ( n int );
Tablecreated.
SQL>insert into test1 values ( 1 );
1 rowcreated.
SQL>commit;
Commitcomplete.
SQL>select * from test1;
N
----------
1
SQL>update test1 set n=2;
1 rowupdated.
SQL>
在session2中更新test1表数据也不进行提交。
SQL>update test1 set n=6;
因为session1中更新语句未提交，因此session2中更新语句一直处于等待状态，该状态为锁等待状态。
2、检测数据库存在的锁
SQL>SELECT s.sid,
2 s.serial#,
3 s.username,
4 o.object_name,
5 o.object_type,
6 decode(l.type, 'TM', 'TABLE LOCK', 'TX', 'ROW LOCK', NULL) LOCK_LEVEL,
7 s.osuser,
8 s.program,
9 s.machine,
10 s.terminal,
11 s.logon_time
12 FROMv$locked_object lo, dba_objects o, v$session s, v$lock l
13 WHERE lo.object_id = o.object_id and lo.session_id = s.sid andl.sid=s.sid
14 ORDER BY sid, s.serial#
15 ;
SID SERIAL# USERNAME OBJECT_NAME OBJECT_TYPE LOCK_LEVEL OSUSER PROGRAM MACHINE TERMINAL LOGON_TIME
-------------------- ---------- ------------ -------------- ---------- -------------------------------------- ------------ --------- -----------
138 3874 JASON TEST1 TABLE TABLE LOCK oracle sqlplus@server (TNS V1-V3) server pts/1 2013-8-30 1
138 3874 JASON TEST1 TABLE ROW LOCK oracle sqlplus@server (TNS V1-V3) server pts/1 2013-8-30 1
147 3476 JASON TEST1 TABLE ROW LOCK oracle sqlplus@server (TNS V1-V3) server pts/0 2013-8-30 1
147 3476 JASON TEST1 TABLE TABLE LOCK oracle sqlplus@server (TNS V1-V3) server pts/0 2013-8-30 1
SQL>
3、查看谁阻止了谁
SQL>select /*+rule*/
2 (select username from v$session where sid = a.sid) username,
3 a.sid,
4 (select serial# from v$session where sid = a.sid) serial#,
5 a.type,
6 a.id1,
7 a.id2,
8 a.lmode,
9 a.request,
10 a.block,
11 b.sid blocking_sid
12 fromv$lock a,
13 ( select * from v$lock
14 where request > 0
15 and type <> 'MR'
16 ) b
17 where a.id1 = b.id1(+)
18 and a.id2 = b.id2(+)
19 and a.lmode > 0
20 and a.type <> 'MR'
21 order by username,a.sid,serial#,a.type
22 ;
USERNAME SID SERIAL# TYPE ID1 ID2 LMODE REQUEST BLOCK BLOCKING_SID
------------------------ ---- ---------- ---------- ------- ---------- ----------------------
JASON 138 3874 TM 74609 0 3 0 0
JASON 147 3476 TM 74609 0 3 0 0
JASON 147 3476 TX 262163 10887 6 0 1 138
164 1 TS 3 1 3 0 0
165 1 CF 0 0 2 0 0
165 1 RS 25 1 2 0 0
165 1 XR 4 0 1 0 0
166 1 RT 1 0 6 0 0
8rows selected
SQL>
根据以上结果可以看出，会话147占有行级锁，阻塞了会话138,导致session 138无法更新完成。找到147会话提交或者进行回滚。否则根据如下不步骤解除锁等待。
第一步：查看数据库中存在的锁
SELECTs.sid,
s.serial#,
s.username,
o.object_name,
o.object_type,
decode(l.type, 'TM', 'TABLE LOCK', 'TX','ROW LOCK', NULL) LOCK_LEVEL,
s.osuser,
s.program,
s.machine,
s.terminal,
s.logon_time
FROMv$locked_object lo, dba_objects o, v$session s, v$lock l
WHERElo.object_id = o.object_id and lo.session_id = s.sid and l.sid=s.sid
ORDERBY sid, s.serial#
第二步：查看谁阻止了谁
select/*+rule*/
(select username from v$session where sid= a.sid) username,
a.sid,
(select serial# from v$session where sid =a.sid) serial#,
a.type,
a.id1,
a.id2,
a.lmode,
a.request,
a.block,
b.sid blocking_sid
fromv$lock a,
( select * from v$lock
where request > 0
and type <> 'MR'
) b
wherea.id1 = b.id1(+)
and a.id2 = b.id2(+)
and a.lmode > 0
and a.type <> 'MR'
orderby username,a.sid,serial#,a.type
第三步：第三步：删除锁表的会话
altersystem kill session 'sid,serial#'
若出现ora-00031:sessionmarked for kill在oracle中无法杀掉的锁继续如下步骤
第四步：通过会话的sid号找出spid号（在操作系统层面的进程号）
selectspid, osuser, s.program fromv$session s,v$process p wheres.paddr=p.addr and s.sid=sid_number （sid_number是上面的sid）
第五步：杀死进程
kill-9 进程号
三、相关视图
V$LOCK
Thisview lists the locks currently held by the Oracle Database and outstandingrequests for a lock or latch.
Column |
Datatype |
Description |
ADDR |
RAW(4 | 8) |
Address of lock state object |
KADDR |
RAW(4 | 8) |
Address of lock |
SID |
NUMBER |
Identifier for session holding or acquiring the lock |
TYPE |
VARCHAR2(2) |
Type of user or system lock The locks on the user types are obtained by user applications. Any process that is blocking others is likely to be holding one of these locks. The user type locks are: TM- DML enqueue TX- Transaction enqueue UL- User supplied The locks on the system types are held for extremely short periods of time. The system type locks are listed inTable 6-1. |
ID1 |
NUMBER |
Lock identifier #1 (depends on type) |
ID2 |
NUMBER |
Lock identifier #2 (depends on type) |
LMODE |
NUMBER |
Lock mode in which the session holds the lock:
|
REQUEST |
NUMBER |
Lock mode in which the process requests the lock:
|
CTIME |
NUMBER |
Time since current mode was granted |
BLOCK |
NUMBER |
A value of either 0 or 1, depending on whether or not the lock in question is the blocker. |
V$LOCKED_OBJECT
This view lists all locksacquired by every transaction on the system. It shows which sessions areholding DML locks (that is, TM-type enqueues) on what objects and in what mode.
Column |
Datatype |
Description |
XIDUSN |
NUMBER |
Undo segment number |
XIDSLOT |
NUMBER |
Slot number |
XIDSQN |
NUMBER |
Sequence number |
OBJECT_ID |
NUMBER |
Object ID being locked |
SESSION_ID |
NUMBER |
Session ID |
ORACLE_USERNAME |
VARCHAR2(30) |
Oracle user name |
OS_USER_NAME |
VARCHAR2(30) |
OS user name |
PROCESS |
VARCHAR2(12) |
OS process ID |
LOCKED_MODE |
NUMBER |
Lock mode |
v$lock
SID 会话的sid，可以和v$session关联
TYPE 区分该锁保护对象的类型，如tm，tx，rt，mr等
ID1 锁标识1，详细见下说明
ID2 锁标识2，详细见下说明
LMODE 锁模式，LMODE取值0,1,2,3,4,5,6, 数字越大锁级别越高, 影响的操作越多。
REQUEST 申请的锁模式，同lmode
CTIME 已持有或者等待锁的时间
BLOCK 是否阻塞其他会话锁申请 1:阻塞 0:不阻塞
关于ID1、ID2，TYPE取值不同其含义也有所不同：
TYPE |
ID1 |
ID2 |
TM |
被修改表的标识（object_id） |
0 |
TX |
以十进制数值表示该事务所占用的回滚段号与该事务在该回滚段的事务表（Transaction table）中所占用的槽号（slot number，可理解为记录号）。其组成形式为：0xRRRRSSSS ( RRRR = RBS number, SSSS = slot )。 |
以十进制数值表示环绕（wrap）次数，即该槽（slot）被重用的次数； |
v$locked_object
XIDUSN undosegment number，可以和v$transaction关联。
XIDSLOT undoslot number。
XIDSQN 序列号
OBJECT_ID 被锁定对象的object_id ，可以和dba_objects关联。
SESSION_ID 持有该锁的session_id，可以和v$session关联。
ORACLE_USERNAME 持有该锁的oracle帐号
OS_USER_NAME 持有该锁的操作系统帐号
PROCESS 操作系统的进程号，可以和v$process关联
LOCKED_MODE 锁模式，含义同v$lock.lmode
V$session
如果某个session由于某些行被其他会话锁定而阻塞，则该视图中的下面四个字段列出了这些行所属对象的相关信息
ROW_WAIT_FILE# 等待的行所在的文件号
ROW_WAIT_OBJ#等待的行所属的object_id
ROW_WAIT_BLOCK# 等待的行所属的block
ROW_WAIT_ROW#等待的行在blcok中的位置
通过如下语句可以查出被锁会话的相关信息
selectROW_WAIT_FILE#,ROW_WAIT_OBJ#,ROW_WAIT_ROW#,ROW_WAIT_BLOCK# FROM V$SESSION where sid=blocking_sid
四、死锁测试
死锁产生的四个必要条件
1）Mutual exclusion（互斥）：资源不能被共享，只能由一个进程使用。
2）Hold and wait（请求并保持）：已经得到资源的进程可以再次申请新的资源。
3）No pre-emption（不可剥夺）：已经分配的资源不能从相应的进程中被强制地剥夺。
4）Circular wait（循环等待条件）：系统中若干进程组成环路，该环路中每个进程都在等待相邻进程正占用的资源。
测试死锁
第一步：首先在会话134中创建T1表并插入一条数据并提交。
SQL>create table T1 (n int); Tablecreated. SQL>insert into T1 values(1); 1 rowcreated. SQL>commit; Commitcomplete. SQL>
第二步：接下来在会话141中创建T2表并插入一条数据并提交。
SQL>create table T2 (n int); Tablecreated. SQL>insert into T2 values(2); 1 rowcreated. SQL>commit; Commitcomplete. SQL>
第三步：
切换窗口到会话134中更新T1表数据不提交。
SQL>update T1 set n=100 where n=1; 1 rowupdated. SQL>
同样在会话141中更新表T2表数据不提交。
SQL>update T2 set n=200 where n=2; 1 rowupdated. SQL>
第四步：
切换窗口回到会话134中执行更新T2表数据，更新语句处于锁等待状态中。
SQL>update T2 set n=400 where n=2;
打开新窗口通过查看锁等待语句可以发现锁等待，如下：
SQL>select /*+rule*/
2 (select username from v$session where sid = a.sid) username,
3 a.sid,
4 (select serial# from v$session where sid = a.sid) serial#,
5 a.type,
6 a.id1,
7 a.id2,
8 a.lmode,
9 a.request,
10 a.block,
11 b.sid blocking_sid
12 fromv$lock a,
13 ( select * from v$lock
14 where request > 0
15 and type <> 'MR'
16 ) b
17 where a.id1 = b.id1(+)
18 and a.id2 = b.id2(+)
19 and a.lmode > 0
20 and a.type <> 'MR'
21 order by username,a.sid,serial#,a.type
22 ;
USERNAME SID SERIAL# TYPE ID1 ID2 LMODE REQUEST BLOCK BLOCKING_SID
------------------------- ---- ---------- ---------- ---------- ---------- ----------------------
JASON 134 593 TM 74619 0 3 0 0
JASON 134 593 TM 74618 0 3 0 0
JASON 134 593 TX 131117 10937 6 0 0
JASON 141 5406 TM 74619 0 3 0 0
JASON 141 5406 TX 393252 10954 6 0 1 134
164 1 TS 3 1 3 0 0
165 1 CF 0 0 2 0 0
165 1 RS 25 1 2 0 0
165 1 XR 4 0 1 0 0
166 1 RT 1 0 6 0 0
10rows selected
SQL>
第五步：
切换窗口到在会话141中执行更新T1表数据。
SQL>update T1 set n=300 where n=1;
更新语句处于锁等待状态， 这时观察会话134窗口将出现如下信息;
SQL>update T2 set n=400 where n=2;
updateT2 set n=400 where n=2
*
ERRORat line 1:
ORA-00060:deadlock detected while waiting for resource
SQL>
查看数据警告日志及trc信息将看到警告信息：
警告日志信息：
ORA-00060:Deadlock detected. More info in file /home/oracle/orabase/admin/ORACLE/udump/oracle_ora_32577.trc.
trc中的信息如下：
DEADLOCKDETECTED
[TransactionDeadlock]
CurrentSQL statement for this session:
updateT1 set n=400 where n=2
Thefollowing deadlock is not an ORACLE error. It is a
deadlockdue to user error in the design of an application
orfrom issuing incorrect ad-hoc SQL. The following
informationmay aid in determining the deadlock:
Deadlockgraph:
---------Blocker(s)-------- ---------Waiter(s)---------
ResourceName process session holdswaits process session holds waits
TX-0002002d-00002ab9 21 134 X 22 141 X
TX-00060024-00002aca 22 141 X 21 134 X
session134: DID 0001-0015-00000098 session141: DID 0001-0016-00000079
session141: DID 0001-0016-00000079 session134: DID 0001-0015-00000098
Rowswaited on:
Session141: obj - rowid = 0001237A - AAASN6AAGAAACeFAAA
(dictionary objn - 74618, file - 6, block - 10117,slot - 0)
Session134: obj - rowid = 0001237B - AAASN7AAGAAACeOAAA
(dictionary objn - 74619, file - 6, block -10126, slot - 0)
Informationon the OTHER waiting sessions:
Session141:
pid=22 serial=5406 audsid=81728 user:55/JASON
O/S info: user: oracle, term: pts/1, ospid:32730, machine: server
program: sqlplus@server (TNS V1-V3)
application name: SQL*Plus, hashvalue=3669949024
Current SQL Statement:
update T1 set n=400 where n=2
Endof information on OTHER waiting sessions.
本文整理自网络及实验测试，参考链接http://space.itpub.net/519536！