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節提及的《根據hash value找到sql語句》找到這個sql語句。
我們可以確認這個鎖是被一個模式名（可以近似理解為用戶名）為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>
