Oracle 死鎖的檢測查詢及處理
死鎖查詢語句:
-- 死鎖查詢語句 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", bs.sql_hash_value "Sql hash", bs.program "Blocking App", ws.program "Waiting App", bs.machine "Blocking Machine", 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 IS NOT NULL) AND (bs.username <> 'SYSTEM') AND (bs.username <> 'SYS') ORDER BY 1;
查詢發(fā)生死鎖的select語句
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) )
一、關(guān)于數(shù)據(jù)庫死鎖的檢查方法
1、數(shù)據(jù)庫死鎖的現(xiàn)象
程序在執(zhí)行的過程中,點(diǎn)擊確定或保存按鈕,程序沒有響應(yīng),也沒有出現(xiàn)報(bào)錯(cuò)。
2、死鎖的原理
當(dāng)對(duì)于數(shù)據(jù)庫某個(gè)表的某一列做更新或刪除等操作,執(zhí)行完畢后該條語句不提交,另一條對(duì)于這一列數(shù)據(jù)做更新操作的語句在執(zhí)行的時(shí)候就會(huì)處于等待狀態(tài),此時(shí)的現(xiàn)象是這條語句一直在執(zhí)行,但一直沒有執(zhí)行成功,也沒有報(bào)錯(cuò)。
3、死鎖的定位方法
通過檢查數(shù)據(jù)庫表,能夠檢查出是哪一條語句被死鎖,產(chǎn)生死鎖的機(jī)器是哪一臺(tái)。
1)用dba用戶執(zhí)行以下語句
select username,lockwait,status,machine,program from v$session where sid in (select session_id from v$locked_object)
如果有輸出的結(jié)果,則說明有死鎖,且能看到死鎖的機(jī)器是哪一臺(tái)。字段說明:
Username:
死鎖語句所用的數(shù)據(jù)庫用戶;
Lockwait:
死鎖的狀態(tài),如果有內(nèi)容表示被死鎖。
Status
: 狀態(tài),active表示被死鎖
Machine
: 死鎖語句所在的機(jī)器。
Program
: 產(chǎn)生死鎖的語句主要來自哪個(gè)應(yīng)用程序。
2)用dba用戶執(zhí)行以下語句,可以查看到被死鎖的語句
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、死鎖的解決方法
一般情況下,只要將產(chǎn)生死鎖的語句提交就可以了,但是在實(shí)際的執(zhí)行過程中。用戶可能不知道產(chǎn)生死鎖的語句是哪一句。可以將程序關(guān)閉并重新啟動(dòng)就可以了。經(jīng)常在Oracle的使用過程中碰到這個(gè)問題,所以也總結(jié)了一點(diǎn)解決方法。
1)查找死鎖的進(jìn)程:
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掉這個(gè)死鎖的進(jìn)程:
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是這個(gè)進(jìn)程的進(jìn)程號(hào),kill掉這個(gè)Oracle
進(jìn)程。
到此這篇關(guān)于Oracle 死鎖的檢測查詢及處理的文章就介紹到這了,更多相關(guān)Oracle 死鎖的檢測查詢及處理內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
window10 安裝Oracle19C 和SQL Developer 的圖文教程
這篇文章主要介紹了window10 安裝Oracle19C 和SQL Developer 教程(圖文詳解),本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-03-03oracle中all、any函數(shù)用法與區(qū)別說明
在Oracle中,any()表示括號(hào)內(nèi)任何一個(gè)條件,只要有一個(gè)滿足即可;而all()表示所有的條件都滿足才可以2023-04-04ORA-00349|激活 ADG 備庫時(shí)遇到的問題及處理方法
這篇文章主要介紹了ORA-00349|激活 ADG 備庫時(shí)遇到的問題及處理方法,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-03-03解決ORA-12154 TNS無法解析指定的連接標(biāo)識(shí)符問題
Oracle11g server 64bit服務(wù)器端安裝在Windows Server2008 Enterprise上,安裝Oracle11g client 32bit,通過SQL Plus以sysdba身份連接數(shù)據(jù)庫,并且創(chuàng)建表空間、用戶、授權(quán)成功,在連接數(shù)據(jù)庫時(shí)出現(xiàn)問題,下面講解ORA-12154無法解析指定的連接標(biāo)識(shí)符問題,感興趣的朋友一起看看2024-01-01