數據庫死鎖的檢查方法sql
1、 數據庫死鎖的現象
程序在執行的過程當中,點擊肯定或保存按鈕,程序沒有響應,也沒有出現報錯。
2、 死鎖的原理
當對於數據庫某個表的某一列作更新或刪除等操做,執行完畢後該條語句不提
交,另外一條對於這一列數據作更新操做的語句在執行的時候就會處於等待狀態,
此時的現象是這條語句一直在執行,但一直沒有執行成功,也沒有報錯。
3、 死鎖的定位方法
經過檢查數據庫表,可以檢查出是哪一條語句被死鎖,產生死鎖的機器是哪一臺。
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))數據庫
4、 死鎖的解決方法
通常狀況下,只要將產生死鎖的語句提交就能夠了,可是在實際的執行過程當中。用戶可
能不知道產生死鎖的語句是哪一句。能夠將程序關閉並從新啓動就能夠了。
常常在Oracle的使用過程當中碰到這個問題,因此也總結了一點解決方法。session
1)查找死鎖的進程:blog
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掉這個死鎖的進程:get
alter system kill session ‘sid,serial#’; (其中sid=l.session_id)hash
3)若是還不能解決:it
select pro.spid from v$session ses,
v$process pro where ses.sid=XX and
ses.paddr=pro.addr;io
其中sid用死鎖的sid替換:原理
exit
ps -ef|grep spid
其中spid是這個進程的進程號,kill掉這個Oracle進程。