找出和解决系统中的锁

V$LOCK视图中包含了关于锁的信息
V$LOCKED_OBJECT包含了关于锁的对象的信息

举个例子：首先在一个session使用了demo用户登陆，然后执行
update lunar set c1='first lock' where c2=999;
系统显示：

SQL> update lunar set c1='first lock' where c2=999; 已更新 1 行。 已用时间: 00: 00: 00.00 SQL>

这个session没有提交，然后在另一个session中，使用demo登陆，然后仍然执行：
update lunar set c1='first lock' where c2=999;
这时，这个session就会处于idel的状态，也就是他在等待表lunar中c2=999这些行的独占锁；然后再开一个新的session，使用使用demo登陆，然后仍然执行：
update lunar set c1='first lock' where c2=999;
这时，这个session也会处于idel的状态，他也在等待表lunar中c2=999这些行的独占锁，如图：




使用sysdba身份登陆，执行下面的脚本：

SQL> SELECT DECODE(request,0,'Holder: ','Waiter: ')|| sid sess, id1, id2, lmode, 2 request, type 3 FROM V$LOCK 4 WHERE (id1, id2, type) IN (SELECT id1, id2, type FROM V$LOCK WHERE request>0) 5 ORDER BY id1, request 6 / SESS ID1 ID2 LMODE REQUEST TYPE ----------------- ---------- ---------- ---------- ---------- ---- Holder: 12 393247 473 6 0 TX Waiter: 8 393247 473 0 6 TX Waiter: 16 393247 473 0 6 TX SQL>

HOLDER表示持有锁的进程，waiter表示等待锁的进程，所以我们需要找出来holder的进程，然后根据holder的sid找到session的信息，确定是用户会话（而不是系统会话）：

SQL> select sid,serial#,sql_hash_value,username,type,program,schemaname from v$session 2 where sid = 12 3 / SID SERIAL# SQL_HASH_VALUE USERNAME TYPE PROGRAM SCHEMANAME ----- -------- -------------- ---------- ---------- ------------------ ---------- 12 11 0 DEMO USER sqlplus.exe DEMO SQL>

注意，如果sql_hash_value的值不为0，则表示该sql还在运行，可以进一步使用 前面7.5节提及的[/b]《根据[/b]hash value[/b]找到[/b]sql[/b]语句》找到这个[/b]sql[/b]语句[/b]。

我们可以确认这个锁是被一个模式名（可以近似理解为用户名）为demo的oracle用户，当然也可以确定该进程的类型为用户进程（而不是系统进程）。接下来，我们就可以杀掉这个sid了。

如果想看看该用户锁定的对象，可以使用v$locked_object

SQL> select OBJECT_ID,SESSION_ID,ORACLE_USERNAME,PROCESS,LOCKED_MODE 2 from v$locked_object; OBJECT_ID SESSION_ID ORACLE_USERNAME PROCESS LOCKED_MODE ---------- ---------- ------------------------------ ------------ ----------- 7382 8 DEMO 2516:1812 3 7382 12 DEMO 2440:2424 3 7382 16 DEMO 2524:2384 3 SQL>

然后使用 alter system kill session 来杀掉这个进程就可以了，例如：

SQL> alter system kill session '12,11'; System altered SQL>