一、數據庫死鎖的現象
程序在執行的過程中，點擊確定或保存按鈕，程序沒有響應，也沒有出現報錯。
二、死鎖的原理
當對於數據庫某個表的某一列做更新或刪除等操作，執行完畢後該條語句不提
交，另一條對於這一列數據做更新操作的語句在執行的時候就會處於等待狀態，
此時的現象是這條語句一直在執行，但一直沒有執行成功，也沒有報錯。
三、死鎖的定位方法
通過檢查數據庫表，能夠檢查出是哪一條語句被死鎖，產生死鎖的機器是哪一臺。
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進程
from:http://southking.javaeye.com/blog/550832
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