关于too many connections问题产生原因的理解

  产生too many connections 的直接原因是因为数据库提供的连接被全部占满了。数据库可以提供多少连接，可以再my.cnf(linux)或者my.ini(windows)下设定。这个直接原因的上一次原因是引用程序占据连接不释放。至于为何不释放，那就是各个应用程序的具体问题了。

  之前 ，遇到这个问题时，在网上找了很多关于这方面的资料，发现都不能解决这方面的问题。网上的资料只能提供一个共性的解决方案，无法提供个性的解决方案。而且，感觉网上的资料随意转载 ，没说明应用环境，有点不负责任。所以，从这个事件中，我感受到，解决自己的问题，还是得靠自己的逻辑分析。

  在使用数据库连接池时，会配置数据库连接池的最小连接数，最大连接数以及默认连接数。在初始化数据库连接池时，配置的最小连接数就会来占据数据库提供的连接，而且这个连接是关闭tomcat之前，不会被释放的。列如：如果你配置的数据库连接池最小的连接数是20，那么，在tomcat上启动该应用程序，在用Mysql的线程查看命令：mysql>show processlist;时，你会发现，会有21条线程。这是因为会留有一条线程用于操作。show processlist命令显示的是Thread_connected，当Thread_connected与max_connections相等时，在企图进行数据库连接，就会出现too many connections的错误。

  如果将数据库连接池交由spring管理，那么，每初始化一个spring管理容器，就会初始化一个数据库连接池，也就是（以上面配置的数据库连接池最小连接数为例）说，会占据20个数据库提供的线程，而且除非停掉tomcat，否则不会释放。这种情况下，若采用ClassPathApplicationContext(具体不太记得了，大概就这个意思)这种方式来开启一个spring容器，那么，而程序又是要被周期性调度执行，那么数据库的连接数无论被设为多大都没用。时间一长，就会出现too many connections的错误。