Oracle死鎖處理

一、資料庫死鎖的現象
程式在執行的過程中，點選確定或儲存按鈕，程式沒有響應，也沒有出現報錯。

二、死鎖的原理
當對於資料庫某個表的某一列做更新或刪除等操作，執行完畢後該條語句不提
交，另一條對於這一列資料做更新操作的語句在執行的時候就會處於等待狀態，
此時的現象是這條語句一直在執行，但一直沒有執行成功，也沒有報錯。

三、死鎖的定位方法
透過檢查資料庫表，能夠檢查出是哪一條語句被死鎖，產生死鎖的機器是哪一臺。
1）用dba使用者執行以下語句
select username,lockwait,status,machine,program from v$session 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）查詢死鎖的程式：
sqlplus "/as sysdba" (sys/change_on_install)
SELECT s.username,l.OBJECT_ID,l.SESSION_ID,s.SERIAL#,
l.ORACLE_USERNAME,l.OS_USER_NAME,l.PROCESS
FROM V$LOCKED_OBJECT l,V$SESSION S WHERE 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程式
select A.SQL_TEXT, B.USERNAME, C.OBJECT_ID, C.SESSION_ID,
       B.SERIAL#, C.ORACLE_USERNAME,C.OS_USER_NAME,C.Process,
       ''''||C.Session_ID||','||B.SERIAL#||''''
from v$sql A, v$session B, v$locked_object C
where A.HASH_VALUE = B.SQL_HASH_VALUE and
B.SID = C.Session_ID