产生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的错误
二、解决方法
打开MYSQL安装目录打开MY.INI找到max_connections（在大约第93行）默认是100 一般设置到500～1000比较合适，重启mysql,这样1040错误就解决啦。
max_connections=1000
在日常的MySQL服务器中，wait-timeout这个参数非常有用。
（在部分MySQL的默认配置中可能没有wait-timeout这个参数项，你在[mysqld]节中加上即可）
参数意义：MySQL客户端的数据库连接闲置最大时间值。
参数默认值：默认值为8小时 。
这个参数的大概意思是某一个MySQL客户端连接闲置的最大时间值，即某一个MySQL客户端连接过程中，闲置的最大时间到达后服务器将其关闭。
MySQL服务器所支撑的最大连接数是有限的，因为每一个连接、第一个表打开的操作都要消耗服务器内存，理想状态是当一个MySQL客户端连接完成工作就自动断开释放内存，如果你的你的网站有大量的MySQL链接请求，这些连接完成SQL执行任务后空闲着啥事也不干，白白占用内存资源，如果 这些连接堆积起来，将导致MySQL超过最大连接数，从而无法新建MySQL连接，有可能导致“Too many connections”的错误。
可以在设置之前用show processlist查看一下MySQL状态，如果你发现你的MYSQL中有大量的Sleep进程，那么你真的需要设置你的wait-timeout了。依你的程序而定设置多大的值 ，我的设置wait-timeout＝10，MySQL中的所有Sleep线程最多只能“睡”10秒，之后就被强行关闭了。
)
