我们的最大连接池为400。我们运行了3个实例，因此总最大连接数应为1200个会话。 我们随机遇到最大连接池的问题，但是从数据库方面来看，我们没有看到那么多活动会话。很少有250-320个活动会话，并且INACTIVE + ACTIVE连接总数不超过800。 我们想检查配置部分，它可以帮助我们确定天气会话是否从连接池中释放，因为在操作系统级别上，我们可以在数据库服务器端口上看到已建立的连接。
我们已检查，关闭应用程序会刷新所有会话，并且在启动时通常会从数据库中至少获取50个会话，并使它们保持不活动状态。
一段时间后，从数据库方面看，会话似乎减少了（不确定原因。）
我们没有任何要杀死的参数，可以从OS端释放会话，空闲超时是无限的，sqlnet跟踪文件也没有超时参数。
我们假设TOMCAT仍以某种方式将连接池会话保持在数据库正在释放的已建立模式下（无论这些会话是否从OS级别释放，部分工作），因此它将这些请求发送到这些会话，正在表现活跃，但实际上已从数据库端释放。
我们可以检查这些配置，如何释放，获取会话以及在没有配置时他做什么。会话数低于分钟数。连接池值，是否再次启动自身以再次获得新的连接池。