系统24小时内，两次报出数据库连接数达到最大值，导致系统连接数据库失败，登录不了

如题，2014-5-5日下午5点左右，系统首次出现该错误，查看日志显示： Couldn't get connection because we are at maximum connection count (50/50) and there are none available。
后来经过shary远程查看，平台的数据库连接数设置为300，数据库的连接数由我公司管理员查看是500，均不止50，此为疑问处一。

经过重启数据库+tomcat后，系统可以正常登录。

但是2014-5-6下午2点左右，系统又出现同样问题，由于超过连接数，导致平台连接数据库失败，界面能打开，但是却登录不了：


附平台的数据库连接配置



另外，我通过查看监控平台，发现有很多这样的线程：http-8080-数字，而且平台前期正常运行时，这些线程的等待数量经常去到5位数，这样正常吗？

proxool.properties内容贴上来提示：
对不起，您填写的内容(如签名、帖子、短消息等)包含不良内容而无法提交，请修改。

已经将proxool.properties内容，单独发给david的qq

请将proxool.properties文件中的jdbc-0.proxool.maximum-connection-count=50改为300试试，有问题再沟通。

回复 3# david


    请问发给你的tomacat日志能打开吗？我本地看了下死机了。。。里面有记录今天的日志吗？从里面有什么发现没？

我还未做修改，系统又不行了，后台可以登录，前台永远是登录中的状态
我看了一下现在的日志：
2014-5-6 15:52:49 org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
严重: The web application [/obpm] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@7d3e4cb9]) and a value of type [net.sf.cglib.proxy.Callback[]] (value [[Lnet.sf.cglib.proxy.Callback;@495a6a81]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.

发现不能登录后，我马上按照你说的修改了这个配置为300，再清缓存重启tomcat，仍然不行，现在登录不了！难道又要重启数据库？

请执行

1. select * from v$session t1, v$locked_object t2 where t1.sid = t2.SESSION_ID;

复制代码

看看有无锁表，如有，用

1. alter system kill session '142,17139';SID Serail#

复制代码

解锁。有问题再沟通。

目前再出现一次，表现如下：
出现死锁时，新建登录失败；已经连接上的登录，可以正常处理查询。只是不能新建登录，说明不能新建连接

下班后，没有再出现死锁情况，推测是系统某个功能近期才被用户使用，触发了该问题，明天上班很可能再继续出现，我们这边也会联合数据库管理员跟进、排查问题，希望你这边也能有发现，早点解决这个问题。

将proxool.properties中的参数修改为100。另外，请楼主仔细回忆一下，从正常到不正常直接做过哪些修改？