Oracle死鎖監控和解決方法

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

1、  發現鎖對象和對應的SID

//發現鎖定

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中進行，使用圖形化界面。

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

通過sid找到對應service進程的id信息，通過操作系統級別進行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是這個進程的進程號，kill掉這個Oracle進程。

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

Oracle死鎖與應用設計

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

長時間的批量事務一般都組織在系統專門的作業管理器中，根據特定的調度規則進行運行。為了提高效率，作業管理器通常使用多線程技術，同時多個線程執行多個任務，這種情況下，出現死鎖的概率也有大大提升。在這個問題上，筆者有如下想法：

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

2、  作業中顯示進行錯誤00060的處理。在作業的開發中，要加入對于00060死鎖錯誤的處理，如果接受到了該錯誤異常，要主動從應用層面進行操作回滾，接觸其他作業阻塞情況。

3、  借助Oracle自身鎖機制，監控長時間鎖住對象和會話狀況，盡快通知DBA手工解決死鎖。

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

到此，相信大家對“Oracle死鎖監控和解決方法”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！