sql server 客户端连接，有设置空闲时间的设置吗

[dampce32]

环境：sql server 2014
问题：使用 sql Server Management Studio 连接数据库后，能设置空闲会话时间？连接后一段时间未操作，连接自动断开

[薛定谔的DBA]

一般是客户端设置，服务端的连接池由客户端连接控制，服务端连接池数可以查看 sys.sysprocesses 这个表，默认8小时吧

[dampce32]

引用 1 楼 唐诗三百首 的回复:

可以写个SQL作业, 定时检查长时间未操作的进程(session), 逐个kill掉.

大概涉及到的表是哪些，能列下吗

[dampce32]

引用 2 楼 薛定谔的DBA 的回复:

一般是客户端设置，服务端的连接池由客户端连接控制，服务端连接池数可以查看 sys.sysprocesses 这个表，默认8小时吧

也就是说sql Server Management Studio中有设置空闲时间的设置项吗？

[唐诗三百首]

引用 3 楼 dampce32 的回复:

[quote=引用 1 楼 唐诗三百首 的回复:]
可以写个SQL作业, 定时检查长时间未操作的进程(session), 逐个kill掉.

大概涉及到的表是哪些，能列下吗[/quote]
写了个Demo, 供参考,

declare @tsql nvarchar(1000)

declare ap scroll cursor for
 select distinct 'kill '+rtrim(spid)
 from sys.sysprocesses
 where spid>50 
 and status<>N'background'
 and datediff(hh,last_batch,getdate())>8  --> 未执行SQL超过8小时

open ap
fetch from ap into @tsql
while(@@fetch_status<>-1)
begin
 exec(@tsql)
 fetch next from ap into @tsql
end

close ap
deallocate ap

[吉普赛的歌]

不明白你这么做有啥意义？ 如果空闲的连接导致了数据库的压力和无谓的消耗， SQL Server 为什么不默认清除这些空闲连接？？ 在绝大多数程序中的连接串， 是有连接池选项的。因为连接的创建的消耗比较大， 所以用完的连接不会立即释放， 而是放入连接池。如果下次有请求， 只要连接池中有空闲连接， 则直接从连接池中取出来用就是了。连接池机制对经常访问数据库程序性能的提高不是一点点，有些没用连接池的程序在并发稍多的情况下很容易卡死崩溃。 用了连接池， 空闲的连接可能会用到， 而你如果采用定时杀进程的方式， 很可能将连接池中的备用连接给干掉了，得不偿失。 kill 进程只能是不得已而为之， 一般情况下， 不要随便干预数据库的自身机制。

[吉普赛的歌]

哦， 不好意思， 你只是想删除 ssms 客户端的进程呀。这个有意义， 也好办的。

你可以用 SQL Server 的作业创建一个定时任务， 计划4小时执行一次， 步骤中的SQL如下：

DECLARE @sql NVARCHAR(MAX)
SET @sql=''
SELECT @sql='kill '+LTRIM(spid)+';' FROM sys.sysprocesses AS s 
	WHERE s.spid>50								--不是系统进程 
	AND s.spid<>@@SPID							--不是当前进程
	AND s.last_batch<DATEADD(HOUR,-4,GETDATE())	--最后执行时间是4小时之前
	AND s.program_name='Microsoft SQL Server Management Studio' --从客户端连接
--输出要执行的SQL
PRINT @sql
--执行动态SQL
EXEC(@sql)

[薛定谔的DBA]

引用 4 楼 dampce32 的回复:

[quote=引用 2 楼 薛定谔的DBA 的回复:] 一般是客户端设置，服务端的连接池由客户端连接控制，服务端连接池数可以查看 sys.sysprocesses 这个表，默认8小时吧

也就是说sql Server Management Studio中有设置空闲时间的设置项吗？[/quote] 通过TCP/IP 连接，客户端会每30秒回检查一此连接是否正常，如下： SQL server 不会关闭一个正常的TCP连接，所以每次连接不需要的时候需要主动断开。因此 SSMS 的连接也会一直保持，SSMS 每次都是一次物理连接一直保持着，当然 SSMS 工具也可以设置每执行完一次立即中断，但每次执行语句都重新建立一次连接。

[唐诗三百首]

可以写个SQL作业, 定时检查长时间未操作的进程(session), 逐个kill掉.

[吉普赛的歌]

不用怀疑已 kill 掉的连接，这个连接已经是无效的了。 如果你再多创建几个查询窗口， 就会发现已 kill 掉的进程号（假如是 55）， 会出现在新的查询窗口标题上。此时你再来执行原来的已 kill 掉的进程号窗口的查询， 会发现已经变成其它进程号了。

[dampce32]

大家的思路是一样就是通过杀死进程来关闭连接。我做了个实验，分别打开客户端SSMS和Navicat


用Navicat杀死SSMS的进程

再用未关闭的SSMS查询，发现连接没有断开