Oracle死鎖監控和解決方法

本篇內容主要講解“Oracle死鎖監控和解決方法”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強。下面就讓小編來(lái)帶大家學(xué)習“Oracle死鎖監控和解決方法”吧!

1、  發(fā)現鎖對象和對應的SID

//發(fā)現鎖定

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掉指定的session

alter system kill session ‘sid,serial#’;  （其中sid=l.session_id）

kill掉session，也可以在EM中進(jìn)行，使用圖形化界面。

3、  解決方法——kill掉指定的process

通過(guò)sid找到對應service進(jìn)程的id信息，通過(guò)操作系統級別進(jìn)行kill。

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)程號，kill掉這個(gè)Oracle進(jìn)程。

在OS層面kill進(jìn)程的情況很多，比如使用dbms_job調用的session，大部分時(shí)候都需要在OS層面kill掉。

Oracle死鎖與應用設計

一般情況下，應用程序對數據庫的操作基本上是瞬時(shí)的（除非需要Tunning）。只有涉及到批量事務(wù)操作的時(shí)候，才會(huì )出現長(cháng)時(shí)間對一個(gè)對象的獨占。一旦這種情況出現，所獨占的對象又是為其他會(huì )話(huà)（批量操作）所請求，就有可能出現死鎖。

長(cháng)時(shí)間的批量事務(wù)一般都組織在系統專(zhuān)門(mén)的作業(yè)管理器中，根據特定的調度規則進(jìn)行運行。為了提高效率，作業(yè)管理器通常使用多線(xiàn)程技術(shù)，同時(shí)多個(gè)線(xiàn)程執行多個(gè)任務(wù)，這種情況下，出現死鎖的概率也有大大提升。在這個(gè)問(wèn)題上，筆者有如下想法：

1、  按照模塊劃分線(xiàn)程，模塊內作業(yè)順序執行，模塊間并行。一般來(lái)說(shuō)，一個(gè)模塊的作業(yè)之間，會(huì )出現比較嚴重的資源請求共享，比如對同一個(gè)表中同一批數據的操作。這樣很容易出現死鎖狀態(tài)。無(wú)論是手工解鎖、還是借助Oracle自身機制解鎖，都至少引起一個(gè)作業(yè)的回滾。所以，根據模塊進(jìn)行劃分，相同模塊的作業(yè)盡可能順序執行，減少表數據之間共用。不同模塊之間的作業(yè)，操作更新的表范圍差別比較大，所以不同業(yè)務(wù)模塊之間作業(yè)進(jìn)行并行。

2、  作業(yè)中顯示進(jìn)行錯誤00060的處理。在作業(yè)的開(kāi)發(fā)中，要加入對于00060死鎖錯誤的處理，如果接受到了該錯誤異常，要主動(dòng)從應用層面進(jìn)行操作回滾，接觸其他作業(yè)阻塞情況。

3、  借助Oracle自身鎖機制，監控長(cháng)時(shí)間鎖住對象和會(huì )話(huà)狀況，盡快通知DBA手工解決死鎖。

綜上所述：死鎖在Oracle中是一種比較少見(jiàn)的情況，而且自身有相應的監控防護機制。作為應用開(kāi)發(fā)者的我們，也要盡可能的合理化應用處理結構，盡可能不要顯示的鎖定對象和設計不合理的并行操作，加大出現死鎖的概率。