我收到池错误超时等待空闲对象

此异常表明池管理器无法生成与等待请求者的可行连接,并且maxWait已经通过,因此会触发超时.有几个可能的原因,但它们通常分为两大类:

数据库已关闭或无法访问.这可能是因为您忘记启动它,或者它崩溃了,或者您和DB之间的网络已经停止工作.但基本上,池已无法提供有效的新连接,因此请求者已等待新连接的时间超过超时并已放弃.这通常是不太可能的情况,因为在发生这种情况时您通常会看到其他错误.

连接池(设置为100最大活动状态)没有连接.这可能是由于需求量很大,或者它可能是连接泄漏的指示,其中连接永远不会返回到池中,并最终超过最大连接限制.这是更可能的原因...通常由于在完成数据库资源时没有关闭数据库资源而导致连接泄漏.

有时1和2创建此方案,如果说DB遇到错误,查询停止执行.当发生这种情况时,它就像连接泄漏一样,因为新连接会出现并阻止对DB的查询,并且永远不会被释放.最终所有连接都处于活动状态,并且请求连接的下一个线程将被放入等待队列,因为没有更多的连接要发出.由于数据库已经被软化,因此在第一个请求者在等待队列中超时之前,您将看不到任何其他异常.当Oracle DB后端崩溃时,我们曾经偶尔使用Oracle UCP看到这种情况.

我建议在发生这种情况时使用JConsole监视数据库池大小,并确定触发此错误的上述两类原因中的哪一种.然后,您可以尝试修复连接或操作池大小/超时参数以满足实际需求(您还可以在Tomcat中操作连接器参数以减少对应用程序的总体需求).如果您在Tomcat中运行,通常只需运行JConsole(位于JDK bin目录中)并附加到tomcat进程,然后查看JMX控制台以查找池大小的位置...通常取决于数据源类型(dbcp vs oracle ucp vs etc).然后,您可以双击字段值来绘制它们,以便随着时间的推移跟踪它们.

此外,您可能需要在Tomcat中启用JMX以使JConsole JMX监视工作.