weblogic配置數(shù)據(jù)庫連接的方法

本篇內(nèi)容介紹了“weblogic配置數(shù)據(jù)庫連接的方法”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

1、問題描述

附件同步會發(fā)送文件消息給消息中間件，然后會刪除數(shù)據(jù)庫中對應(yīng)附件記錄，不斷的重復(fù)這樣的過程，但是最近的附件同步好像進入了死循環(huán)，消息中間件里的附件數(shù)量一直在增加，可以看到下面的阻塞的附加數(shù)量已經(jīng)到1萬了，平時一天只有幾百的附件，怎么會有這么大的附件數(shù)量呢

2、分析

boolean successFlag = SyncManagerService.getInstance().sendMessageToMQ(message);
Log.info("[LiEMS數(shù)據(jù)同步引擎日志--附件] 發(fā)送消息隊列結(jié)束 結(jié)果successFlg為" + successFlag);
if (successFlag)
{
 Log.info("[LiEMS數(shù)據(jù)同步引擎日志--附件] 刪除生產(chǎn)庫的dkdocmst_temp表記錄開始");
 deleteTempData(db, detailDataObj);
 Log.info("[LiEMS數(shù)據(jù)同步引擎日志--附件] 刪除生產(chǎn)庫的dkdocmst_temp表記錄結(jié)束");
}

先把文件發(fā)送到消息中間件，然后刪除數(shù)據(jù)庫對應(yīng)的記錄，下次同步的就是以后的附件，這里怎么會重復(fù)發(fā)送呢，再者我們上面這段代碼是放在同步塊里的啊

 synchronized (SyncBizFileDataToMQService.class)
{
}

初步懷疑就是數(shù)據(jù)庫沒有刪除成功，這時就要找證據(jù)了，打開日志發(fā)現(xiàn)如下內(nèi)容

[ERROR][2019-07-04 17:51:53][SYSTEM]net.luculent.core.database.DBException: Connection has already been closed. with sql is delete from DKDOCMST_TEMP where DOC_ID = '1146689096949694464' and TEMP_PKVAL = '1198020'

3、原因

從上面來看數(shù)據(jù)庫連接被自動釋放了，有個直覺就是發(fā)送附件時間太長，不活動連接多長時間就自動釋放，但是發(fā)送大附件的又不是頭一次，肯定是現(xiàn)場改了配置，于是聯(lián)系現(xiàn)場人，現(xiàn)場人說優(yōu)化過weblogic的參數(shù)，各種截圖給我確認，可是看著都不像，最后想到weblogic的數(shù)據(jù)庫連接參數(shù)都是在配置文件中的，于是打開配置文件驚奇的發(fā)現(xiàn)了一個配置項Inactive Connection Time-Out，配置了60，立刻讓現(xiàn)場人去掉這個配置，現(xiàn)場人也和我解釋是根據(jù)優(yōu)化手冊配置的，總結(jié)一下吧，畢竟花了很長時間排查這個問題，最后附上這個參數(shù)的含義：https://blogs.oracle.com/saas-fusion-app-performance/inactive-connection-time-out

“weblogic配置數(shù)據(jù)庫連接的方法”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！