select bs.username "blocking user", bs.username "db user",
ws.username "waiting user", bs.sid "sid", ws.sid "wsid",
bs.serial# "serial#", bs.sql_address "address",
ws.machine "waiting machine", bs.osuser "blocking os user",
ws.osuser "waiting os user", bs.serial# "serial#",
ws.serial# "wserial#",
decode (wk.type,
'mr', 'media recovery',
'rt', 'redo thread',
'un', 'user name',
'tx', 'transaction',
'tm', 'dml',
'ul', 'pl/sql user lock',
'dx', 'distributed xaction',
'cf', 'control file',
'is', 'instance state',
'fs', 'file set',
'ir', 'instance recovery',
'st', 'disk space transaction',
'ts', 'temp segment',
'iv', 'library cache invalidation',
'ls', 'log start or switch',
'rw', 'row wait',
'sq', 'sequence number',
'te', 'extend table',
'tt', 'temp table',
wk.type
) lock_type,
decode (hk.lmode,
0, 'none',
1, 'null',
2, 'row-s (ss)',
3, 'row-x (sx)',
4, 'share',
5, 's/row-x (ssx)',
6, 'exclusive',
to_char (hk.lmode)
) mode_held,
decode (wk.request,
0, 'none',
1, 'null',
2, 'row-s (ss)',
3, 'row-x (sx)',
4, 'share',
5, 's/row-x (ssx)',
6, 'exclusive',
to_char (wk.request)
) mode_requested,
to_char (hk.id1) lock_id1, to_char (hk.id2) lock_id2,
decode
(hk.block,
0, 'not blocking', /**//* not blocking any other processes */
1, 'blocking', /**//* this lock blocks other processes */
2, 'global', /**//* this lock is global, so we can't tell */
to_char (hk.block)
) blocking_others
from v$lock hk, v$session bs, v$lock wk, v$session ws
where hk.block = 1
and hk.lmode != 0
and hk.lmode != 1
and wk.request != 0
and wk.type(+) = hk.type
and wk.id1(+) = hk.id1
and wk.id2(+) = hk.id2
and hk.sid = bs.sid(+)
and wk.sid = ws.sid(+)
and (bs.username isnotnull)
and (bs.username <> 'system')
and (bs.username <> 'sys')
orderby 1;
查詢發生死鎖的select語句where hash_value in (
select sql_hash_value from v$sessionwhere sid in (select session_id from v$locked_object)
)
關於資料庫死鎖的檢查方法
一、資料庫死鎖的現象 程式在執行的過程中，點選確定或儲存按鈕，程式沒有響應，也沒有出現報錯。
二、死鎖的原理
當對於資料庫某個表的某一列做更新或刪除等操作，執行完畢後該條語句不提
交，另一條對於這一列資料做更新操作的語句在執行的時候就會處於等待狀態，
此時的現象是這條語句一直在執行，但一直沒有執行成功，也沒有報錯。
三、死鎖的定位方法
通過檢查資料庫表，能夠檢查出是哪一條語句被死鎖，產生死鎖的機器是哪一台。
1）用dba使用者執行以下語句
where sid
in (select session_id from v$locked_object)如果有輸出的結果，則說明有死鎖，且能看到死鎖的機器是哪一台。字段說明：
username：死鎖語句所用的資料庫使用者；
lockwait：死鎖的狀態，如果有內容表示被死鎖。
status： 狀態，active表示被死鎖
machine： 死鎖語句所在的機器。
program： 產生死鎖的語句主要來自哪個應用程式。
2）用dba使用者執行以下語句，可以檢視到被死鎖的語句
select sql_text from v$sql where hash_value in
(select sql_hash_value from v$session where sid in
(select session_id from v$locked_object))
四、死鎖的解決方法 一般情況下，只要將產生死鎖的語句提交就可以了，但是在實際的執行過程中。使用者可能不知道產生死鎖的語句是哪一句。可以將程式關閉並重新啟動就可以了。
經常在oracle的使用過程中碰到這個問題，所以也總結了一點解決方法。
1）查詢死鎖的程序：select s.username,l.object_id,l.session_id,s.serial#,l.oracle_username,l.os_user_name,l.processfrom v$locked_object l,v$session swhere l.session_id=s.sid;2）kill掉這個死鎖的程序：
alter system kill session 『sid,serial#』; （其中sid=l.session_id）
3）如果還不能解決：
select pro.spid from v$session ses, v$process pro where ses.sid=xx and ses.paddr=pro.addr;
其中sid用死鎖的sid替換:
exit
ps -ef|grep spid
其中spid是這個程序的程序號，kill掉這個oracle程序。
**：
oracle死鎖的檢測及處理
一.死鎖的檢測 查死鎖的會話。select a.sid,b.serial decode a.type,mr media recovery rt redo thread un user name tx transaction tm dml ul pl sql user lock dx distribu...
oracle死鎖問題查詢及處理
oracle死鎖問題查詢及處理 一 資料庫死鎖的現象 www.2cto.com 程式在執行的過程中，點選確定或儲存按鈕，程式沒有響應，也沒有出現報錯。二 死鎖的原理 當對於資料庫某個表的某一列做更新或刪除等操作，執行完畢後該條語句不提 交，另一條對於這一列資料做更新操作的語句在執行的時候就會處於等待...
死鎖的產生及檢測
先介紹一下鎖的分類 鎖的類別有兩種分法 1 從資料庫系統的角度來看 分為獨佔鎖 即排它鎖 共享鎖和更新鎖 a.共享 s 讀鎖，用於不更改或不更新資料的操作 唯讀操作 如 select 語句。b.更新 u 介於共享和排它鎖之間 可以讓其他程式在不加鎖的條件下讀，但本程式可以隨時更改。讀取表時使用更新鎖...