今天有位同事在使用plsql/devleop編譯存儲過程時老是導致整個操作界面hang住長時間無法響應，以下是我的處理過程，簡要記錄之。

1.查詢v$session視圖確定hang住的會話相關信息，比如event,blocking_session,sid,serail#等

在以上查詢結果中發現此會話正經歷library cache pin的等待事件，且通過blocking_session字段定位阻塞者的sid。

2.接著查詢阻塞者會話的相關信息

此會話的sql_id字段為空，但是經歷的event為SQL*Net more data from dblink,這里有個小疑問，根據等待事件應該可以認為該會話正在執行包含dblink的sql語句,可是此時的sql_id字段確為空？

3.由于當前需要對存儲過程進行更新編譯，所以考慮強制kill掉阻塞會話，不過這里通過alter system kill session命令無法完全殺掉該會話，且該數據庫部署在windows平臺上所以無法通過kill進程ID的方法釋放該會話持有的資源。

4.根據第二步查詢出來的module信息，發現阻塞會話其實是由于一個job進程自動調用的，于是考慮使用停止job的方法來釋放該會話的資源。

5.通過查詢dba_jobs_running和dba_scheduler_running_jobs數據字典確定了該job調用方式為scheduler。

6.使用dbms_schedule.stop_job存儲過程嘗試停止該job，這里需要增加參數'force=>true',否則會觸發ORA-27478:job "TL.TEST_JOB" is running的錯誤，不過這里仍然無法停止該job。

7.正確的操作步驟應該是先使用dbms_scheduler.disable停用job，同樣需要增加參數'force=>true',否則會觸發ORA-27478:job "TL.TEST_JOB" is running的錯誤，執行成功后再次運行dbms_scheduler.stop_job(不要忘記加force參數)停止job。

8.接著編譯存儲過程，操作成功。

9.最后使用dbms_scheduler_enable啟用job。

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的plsql一直正在编译_使用plsql/devlop编译过程hang住案列小结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。