关于tomcat连接池爆满导致系统崩溃的问题

最近，在项目组遇到了tomcat连接池资源不释放，导致系统崩溃的问题。经过好几个小时的排查，最终确定应该是由于事务控制机制不完善导致的。

首先呢，在日常代码的编写过程中一定要注意规范性，尤其是ssh架构的系统当中。该在service层调用的代码就不要再action中去调用，该在service层加事务控制就一定不要忘记。凡是涉及到数据库的操作，都应当加上事务，防止遗漏。

其次，在使用tomcat数据库连接池时，应当加入以下几个参数定时去回收释放时间超时的连接资源。

initialSize ：连接池启动时创建的初始化连接数量（默认值为0）
maxActive ：连接池中可同时连接的最大的连接数（默认值为8，调整为20，高峰单机器在20并发左右，自己根据应用场景定）
maxIdle：连接池中最大的空闲的连接数，超过的空闲连接将被释放，如果设置为负数表示不限制（默认为8个，maxIdle不能设置太小，因为假如在高负载的情况下，连接的打开时间比关闭的时间快，会引起连接池中idle的个数 上升超过maxIdle，而造成频繁的连接销毁和创建，类似于jvm参数中的Xmx设置)
minIdle：连接池中最小的空闲的连接数，低于这个数量会被创建新的连接（默认为0，调整为5，该参数越接近maxIdle，性能越好，因为连接的创建和销毁，都是需要消耗资源的；但是不能太大，因为在机器很空闲的时候，也会创建低于minidle个数的连接，类似于jvm参数中的Xmn设置）
maxWait ：最大等待时间，当没有可用连接时，连接池等待连接释放的最大时间，超过该时间限制会抛出异常，如果设置-1表示无限等待（默认为无限，调整为60000ms，避免因线程池不够用，而导致请求被无限制挂起）
poolPreparedStatements：开启池的prepared（默认是false，未调整，经过测试，开启后的性能没有关闭的好。）
maxOpenPreparedStatements：开启池的prepared 后的同时最大连接数（默认无限制，同上，未配置）
minEvictableIdleTimeMillis ：连接池中连接，在时间段内一直空闲， 被逐出连接池的时间
（默认为30分钟，可以适当做调整，需要和后端服务端的策略配置相关）
removeAbandonedTimeout ：超过时间限制，回收没有用(废弃)的连接（默认为 300秒，调整为180）
removeAbandoned ：超过removeAbandonedTimeout时间后，是否进 行没用连接（废弃）的回收（默认为false，调整为true)

以上参数主要是为了解决事务控制没有加或者数据库存在死锁情况。

本文仅为个人做笔记，有兴趣的或者遇到问题的可以看看。如有不同意见或看法，还望保留，谢谢！