Oracle 一次 锁表 处理小记

同事说测试库上的一张表被锁了。 不能执行DML 操作。 锁表的准确说法应该是阻塞。之前的一遍blog里有说明：

锁 死锁 阻塞Latch 等待 详解

http://blog.csdn.net/tianlesoftware/article/details/5822674

找多锁表的session，并kill 掉之后，对该表的DML 操作正常。 这里在模拟一次这个问题。

开2个session：

session A：

SQL>select sid from v$mystat whererownum=1;

SID

----------

137

session B：

SQL> select sid from v$mystat whererownum=1;

SID

----------

140

session A 更新表T1，不commit：

SQL>  update t1 set object_id=100 where object_id=20;

2 rows updated.

session B 执行同样的操作，测试session B 会挂住：

SQL> update t1 set object_id=100 whereobject_id=20;

--在session A commit 之前，一直处于等待状态..

查看表上锁的情况：

SELECT   sn.username,

m.SID,

sn.SERIAL#,

m.TYPE,

DECODE (m.lmode,

0,

'None',

1,

'Null',

2,

'RowShare',

3,

'RowExcl.',

4,

'Share',

5,

'S/RowExcl.',

6,

'Exclusive',

lmode,

LTRIM (TO_CHAR (lmode, '990')))

lmode,

DECODE (m.request,

0,

'None',

1,

'Null',

2,

'RowShare',

3,

'RowExcl.',

4,

'Share',

5,

'S/RowExcl.',

6,

'Exclusive',

request,

LTRIM (TO_CHAR (m.request, '990')))

request,

m.id1,

m.id2

FROM   v$session sn, v$lock m

WHERE   (sn.SID = m.SID AND m.request != 0)          --存在锁请求，即被阻塞

OR (sn.SID = m.SID         --不存在锁请求，但是锁定的对象被其他会话请求锁定

AND m.request = 0 AND lmode != 4

AND (id1, id2) IN

(SELECT   s.id1, s.id2

FROM   v$lock s

WHERE      request != 0

AND s.id1 = m.id1

AND s.id2 = m.id2))

ORDER BY   id1, id2, m.request;

这里就显示了锁的信息。 一个DML 操作需要持有2个锁。 一个3级的TM 锁和一个6级的TX锁。 TM 是共享锁，TX 是行级exclusive 锁。

查看v$lock, 可以验证以上锁的信息：

select * from v$lock where sid in (137,140);

request 是申请锁资源

block：如果是1，就代表该该SID 就持有了一个锁，并且阻塞别人获得这个锁。

2个功能类似的查询SQL:

/* Formatted on2011/8/11 14:18:13 (QP5 v5.163.1008.3004) */

SELECT p.spid,

a.sid,

a.serial#,

a.state,

c.object_name,

b.locked_mode,

b.session_id,

b.oracle_username,

b.os_user_name

FROM v$process p,

v$session a,

v$locked_object b,

all_objects c

WHERE     p.addr = a.paddr

AND a.process = b.process

AND c.object_id = b.object_id;

SELECT                                                            /*+ rule */

s  .username,

DECODE (l.TYPE, 'TM', 'TABLE LOCK', 'TX', 'ROW LOCK', NULL)

LOCK_LEVEL,

o.owner,

o.object_name,

o.object_type,

s.sid,

s.serial#,

s.terminal,

s.machine,

s.program,

s.osuser

FROM   v$session s, v$lock l, dba_objects o

WHERE   l.sid = s.sid AND l.id1 = o.object_id(+) AND s.username IS NOT NULL

在session A 提交：

SQL> commit;

Commit complete.

session B 完成：

SQL> update t1 set object_id=100 whereobject_id=20;

0 rows updated.

阻塞已经结束。 如果找不到对应的session 来进行commit 操作，那就只能kill session了。

因为我这是测试库，所以也是用kill session来进行的。

SQL>alter  system     kill   session  'sid,serial#';

转：http://blog.csdn.net/tianlesoftware/article/details/6679014