首页 > 未分类 > 关于too many connections问题产生原因的理解

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

2016年12月9日

关于too many connections问题产生原因的理解
http://blog.csdn.net/iamaboyy/article/details/7694895

产生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的错误。

分类: 未分类 标签:
本文的评论功能被关闭了.