問題描述

從weblogic控制臺上，可以看到連接泄露已經達到了6K+,應用已經變得非常不穩定。

根據以往的經驗，連接池出現泄漏情況一般為代碼申請了一個數據庫連接，使用后未正常關閉，導致連接一致被占用，應用運行長時間后，累積的泄漏連接越來越多，導致應用在申請數據庫連接時出現無可用連接的情況，從而出現應用報異常的情況。

排查過程

從PLSQL中 工具 -會話

可以看到 存在的sql，然后對應到了具體的代碼中，發現問題。

出現這種情況后，我們可以從數據庫查詢一下當前sessions和processes配置情況，都在1600以上；

select count (*) from v$session;

select count(*) from v$process;

查詢當前占用數據庫連接較多的主機和登錄用戶名
select count(*),SCHEMANAME,machine from v$session group by SCHEMANAME,machine;（注：截圖中的數據不是出現問題時的情況反映）

如果某一主機占用連接數很大，明顯不正常，進一步,檢查造成這種情況的sql:

select count(*),v.PREV_SQL_ADDR,v.PREV_HASH_VALUE from v$session v group by v.PREV_SQL_ADDR,v.PREV_HASH_VALUE order by count(*) desc ;

查詢相關的SQL內容：

select * from v$sql s where s.ADDRESS='C0000013B573D278' and s.HASH_VALUE='32127143';

查詢得到語句：

insert into onu_oper_record ( id,order_id , wo_id,oper_type,accnbr,create_time,staff_id,staff_name,area_id,org_id,bccode,crm_ret_code,crm_ret_msg,crm_bcd_code) values ( onu_oper_record_seq.nextval ,:1,:2,:3,:4,:5,:6,:7,:8,:9,:10,:11,:12,:13)

檢查發現 java 類中存在兩次獲得連接未正常關閉的情況

思考

之前排查代碼的時候，僅僅考慮了看是否有未關閉的連接，卻沒有注意到 獲取的時候 并沒有將獲取的連接 賦值給 connecition,導致雖然最后關閉了連接，其實傳入的是null。

總結

以上是生活随笔為你收集整理的记一次Weblogic连接池泄露的修复过程的全部內容，希望文章能夠幫你解決所遇到的問題。

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