本篇内容介绍了“weblogic配置数据库连接的方法”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
创新互联公司-专业网站定制、快速模板网站建设、高性价比凯里网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式凯里网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖凯里地区。费用合理售后完善，10余年实体公司更值得信赖。
1、问题描述
附件同步会发送文件消息给消息中间件，然后会删除数据库中对应附件记录，不断的重复这样的过程，但是最近的附件同步好像进入了死循环，消息中间件里的附件数量一直在增加，可以看到下面的阻塞的附加数量已经到1万了，平时一天只有几百的附件，怎么会有这么大的附件数量呢
2、分析
boolean successFlag = SyncManagerService.getInstance().sendMessageToMQ(message);
Log.info("[LiEMS数据同步引擎日志--附件] 发送消息队列结束 结果successFlg为" + successFlag);
if (successFlag)
{
Log.info("[LiEMS数据同步引擎日志--附件] 删除生产库的dkdocmst_temp表记录开始");
deleteTempData(db, detailDataObj);
Log.info("[LiEMS数据同步引擎日志--附件] 删除生产库的dkdocmst_temp表记录结束");
}先把文件发送到消息中间件，然后删除数据库对应的记录，下次同步的就是以后的附件，这里怎么会重复发送呢，再者我们上面这段代码是放在同步块里的啊
synchronized (SyncBizFileDataToMQService.class)
{
}初步怀疑就是数据库没有删除成功，这时就要找证据了，打开日志发现如下内容
[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、原因
从上面来看数据库连接被自动释放了，有个直觉就是发送附件时间太长，不活动连接多长时间就自动释放，但是发送大附件的又不是头一次，肯定是现场改了配置，于是联系现场人，现场人说优化过weblogic的参数，各种截图给我确认，可是看着都不像，最后想到weblogic的数据库连接参数都是在配置文件中的，于是打开配置文件惊奇的发现了一个配置项Inactive Connection Time-Out，配置了60，立刻让现场人去掉这个配置，现场人也和我解释是根据优化手册配置的，总结一下吧，毕竟花了很长时间排查这个问题，最后附上这个参数的含义：https://blogs.oracle.com/saas-fusion-app-performance/inactive-connection-time-out
“weblogic配置数据库连接的方法”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！
