回收程序池的方法的就不用说了,治标不治本。
6 个解决方案
#1
可能连接数据库,没关闭,创建对象没有释放
#2
查看数据库链接,只有五六十个。没有连接数据库的动态页也不能访问。
#3
注意释放数据库连接,问题多半就是这个
正常情况下不可能出现几十个并发连接(页面数与连接数不是一回事,开几十个页面也不会造成几十个连接),肯定是没关闭;若每次访问都及时关闭了连接,那并发连接数应该很少才对
正常情况下不可能出现几十个并发连接(页面数与连接数不是一回事,开几十个页面也不会造成几十个连接),肯定是没关闭;若每次访问都及时关闭了连接,那并发连接数应该很少才对
#4
检查了所有程序,都释放了。
数据库链接几十个甚至上百个都是正常的,因为网站的同时在线人数很多。每天PV 400 -500万
#5
你当前的并发数,和数据库链接 是不是差不多, 看一下会不会还增加 如果会就是连接没关闭,对象没释放
也有可能代码死循环引起
也有可能代码死循环引起
#6
数据库链接跟并发数差不多,没有增长。变慢时,CPU 和内存 都是正常的 10%以下。可以判断不是死循环造成的。 跟数据库没有任何关系的动态页,也打开很慢。哪怕只输出一句“hello word!”,都慢的很。静态页没问题。
#1
可能连接数据库,没关闭,创建对象没有释放
#2
查看数据库链接,只有五六十个。没有连接数据库的动态页也不能访问。
#3
注意释放数据库连接,问题多半就是这个
正常情况下不可能出现几十个并发连接(页面数与连接数不是一回事,开几十个页面也不会造成几十个连接),肯定是没关闭;若每次访问都及时关闭了连接,那并发连接数应该很少才对
正常情况下不可能出现几十个并发连接(页面数与连接数不是一回事,开几十个页面也不会造成几十个连接),肯定是没关闭;若每次访问都及时关闭了连接,那并发连接数应该很少才对
#4
检查了所有程序,都释放了。
数据库链接几十个甚至上百个都是正常的,因为网站的同时在线人数很多。每天PV 400 -500万
#5
你当前的并发数,和数据库链接 是不是差不多, 看一下会不会还增加 如果会就是连接没关闭,对象没释放
也有可能代码死循环引起
也有可能代码死循环引起
#6
数据库链接跟并发数差不多,没有增长。变慢时,CPU 和内存 都是正常的 10%以下。可以判断不是死循环造成的。 跟数据库没有任何关系的动态页,也打开很慢。哪怕只输出一句“hello word!”,都慢的很。静态页没问题。