来源:连接池已满,超过最大连接数 解决方案 - 三人成虎 - 博客园 (cnblogs.com)
昨天遇到一个案例,一个同事在通过其中一台数据库客户端(暂且名为B机器)连接访问 服务器上的DB ,所有对象(表,视图,存储过程)都打不开,提示连接池已满,超过最大连接数.
这个错误比较奇怪,难道同时有32767个并发连接,于是远程登录服务器,打开数据库,发现打开表,存储过程 都没问题.于是判断是不是他们程序中没有显示释放连接,
查后发现不是程序的问题,用下面方法查看后发现有389个数据库客户端连接,程序连接才100多个,很奇怪为什么会有300多个数据库客户端连接,
再查这些连接的IP和机器名发现来自B.于是到B上查看,最后发现有4个远程界面,并且每个远程界面都有N个查询窗口连接 服务器上的DB,到这找到了问题的根源.
最后把这些连接都关闭后,再在B上打开服务器上的DB 就没有问题了.
通过这个案例 建议大家:
1、能够将使用后的连接及时关闭,这样有效的减小了无用的连接,同时也避免了以上的情况.
2、避免无权限的用户登录上来误操作的发生.
3、不要做无意义的“收藏”。
4、同一个数据库客户端不要打开过多的连接,避免出现异常。
需要说明的是:不确定 SQL 2008是否有这个限制,统一客户端不能同时打开389个连接,在网上也没有查到相关资料。
下面将我查询有多少个 连接及来自那些IP 的SQL 共享给大家。
---查看当前数据库系统所有请求情况.我只列出了我认为比较重要有助于我解决问题的字段。 SELECT ds.session_id, ds.status, Db_name(dr.database_id) AS database_name, ds.login_name, ds.login_time, ds.host_name, dc.client_net_address, dc.client_tcp_port, ds.program_name, dr.cpu_time, dr.reads, dr.writes, dc.num_reads, dc.num_writes, ds.client_interface_name, ds.last_request_start_time, ds.last_request_end_time, dc.connect_time, dc.net_transport, dc.net_packet_size, dr.start_time, dr.status, dr.command, dr.blocking_session_id, dr.wait_type, dr.wait_time, dr.last_wait_type, dr.wait_resource, dr.open_transaction_count, dr.percent_complete, dr.granted_query_memory FROM Sys.dm_exec_requests dr WITH(nolock) RIGHT OUTER JOIN Sys.dm_exec_sessions ds WITH(nolock) ON dr.session_id = ds.session_id RIGHT OUTER JOIN Sys.dm_exec_connections dc WITH(nolock) ON ds.session_id = dc.session_id WHERE ds.session_id > 50 ORDER BY ds.program_name ----用户连接数 SELECT login_name, Count(0) user_count FROM Sys.dm_exec_requests dr WITH(nolock) RIGHT OUTER JOIN Sys.dm_exec_sessions ds WITH(nolock) ON dr.session_id = ds.session_id RIGHT OUTER JOIN Sys.dm_exec_connections dc WITH(nolock) ON ds.session_id = dc.session_id WHERE ds.session_id > 50 GROUP BY login_name ORDER BY user_count DESC