昨天遇到一个案例,一个同事在通过其中一台数据库客户端(暂且名为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