怎么改SQL Server那个默认连接超时设置，别让它老断线了

要解决SQL Server连接老是断线的问题，我们需要从多个层面去调整那些控制连接存活时间的“开关”，这些开关分布在客户端（就是你用来连接数据库的工具，比如应用程序、SQL Server Management Studio等）和服务器端（就是运行SQL Server的那台机器）。（来源：根据微软官方文档及常见DBA实践归纳）

第一部分：客户端连接超时设置

很多时候,感觉“断线”其实是客户端等不及服务器的响应，主动放弃了连接，所以先检查客户端设置。

1. 在SQL Server Management Studio (SSMS) 中的修改：

   • 打开SSMS,但先不要连接服务器，在“连接到服务器”的登录界面上，注意看底部有一个“选项”按钮。
   • 点击“选项”按钮，会展开一个更详细的设置窗口。
   • 切换到“连接属性”选项卡。
   • 你会看到一个名为“连接超时值”的设置，这个值的单位是秒，默认一般是30秒，它的意思是，SSMS尝试与服务器建立连接时，如果超过30秒还没连上，就会报错放弃。
   • 如果你遇到的是连接速度慢,经常连不上，可以把这个值改大一些，比如改成60或120。
   • 请注意,这里还有一个“执行超时值”，这个值默认是0（代表无限制），它控制的是你执行一条SQL语句能等待多久，如果你执行一个很耗时的查询，SSMS等了很久都没结果，可能就是触发了“执行超时”，你可以根据需要将其改成一个较大的数值（比如600秒，即10分钟）或保持为0。（来源：SQL Server Management Studio 用户界面及帮助文档）

2. 在应用程序连接字符串中的修改：

   • 绝大多数程序（比如网站、软件）都是通过一个叫“连接字符串”的东西来告诉程序怎么连接数据库的。
   • 连接字符串里可以包含很多参数,其中有两个关键参数控制超时：
     • Connect Timeout 或 Connection Timeout：这个和SSMS里的“连接超时值”一样，控制建立连接的最大等待时间，默认通常也是30秒，如果网络状况不好，可以增加这个值，Connect Timeout=60;。
     • Command Timeout：这个和SSMS里的“执行超时值”一样，控制一条SQL命令的执行超时时间，在.NET等编程环境中，它的默认值可能是30秒，如果你的程序需要执行复杂的、耗时的查询或存储过程，就需要在代码或配置文件中显式地设置这个值，在连接字符串里加上 Command Timeout=300;，或者在代码中设置命令对象的 CommandTimeout 属性。（来源：微软.NET Framework文档中关于SqlConnection.ConnectionString和SqlCommand.CommandTimeout属性的说明）

第二部分：服务器端连接超时设置

服务器端也有机制,它会主动关闭那些长时间空闲的连接，这是导致“断线”的另一个常见原因。

1. 修改远程查询超时：

   • 这个设置主要用于控制分布式查询（比如从一个SQL Server去查询另一个SQL Server的数据）等待响应的时间，但有时也会影响其他类型的连接行为。
   • 在SSMS中,连接到目标服务器实例。
   • 在服务器名称上右键,选择“属性”。
   • 在“服务器属性”窗口中，选择左侧的“连接”页面。
   • 在右边找到“远程查询超时”的设置，它的单位是秒，默认值是600秒（10分钟），你可以根据实际情况调大这个值，比如0代表无限制，但需谨慎设置。（来源：SQL Server“服务器属性”配置界面及说明）

2. 调整TCP/IP Keep-Alive机制：

   • 这是解决因网络设备（如防火墙、路由器）切断空闲连接而导致断线的最有效方法之一。
   • 网络设备为了节省资源,通常会关闭一段时间内没有数据传送的连接，SQL Server的客户端和服务器端都有一种叫“Keep-Alive”的机制，它会定期发送一个小数据包（心跳包）告诉网络设备“这个连接还在用，别关”。
   • 我们需要调整的是这个“心跳”的频率。
   • 注意： 这个修改需要在服务器端和所有客户端机器的注册表或网络配置中进行，通常更推荐在服务器端设置。
   • 服务器端修改（通过SQL Server配置管理器）：
     • 打开“SQL Server配置管理器”。
     • 展开“SQL Server网络配置”，选择你的实例（MSSQLSERVER的协议”）。
     • 在右边右键点击“TCP/IP”，选择“属性”。
     • 在弹出的窗口中,切换到“IP地址”选项卡。
     • 滚动到最下面,你会看到“IPAll”部分。
     • 这里有两个关键参数：
       • TCP Keep Alive：这个值表示每隔多少毫秒发送一次Keep-Alive包，微软默认值可能是30000毫秒（30秒），这个间隔对于某些严格的防火墙来说可能太长了，可以将其改小，比如3000（3秒）。
       • TCP Keep Alive Interval：这个值表示当Keep-Alive包没有得到响应时，隔多久重试一次，默认值可能是1000毫秒（1秒），也可以相应调整。
     • 修改完成后,必须重启SQL Server服务才能生效。（来源：微软支持文档，如KB文章240936关于调整TCP/IP KeepAliveTime的说明）
   • 客户端修改（通过注册表，影响所有使用该机器的应用程序）：
     • 这是一个更全局的设置,修改需谨慎。
     • 打开注册表编辑器。
     • 导航到路径：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
     • 找到或新建以下DWORD值：
       • KeepAliveTime：定义空闲连接经过多少毫秒后开始发送Keep-Alive包，默认通常是7200000毫秒（2小时），这对数据库连接来说太长了，可以将其设置为较小的值，如180000（3分钟）。
       • KeepAliveInterval：定义Keep-Alive包的重试间隔，默认通常是1000毫秒（1秒）。
     • 修改后需要重启计算机生效。（来源：微软Windows Server网络调优文档）

第三部分：总结与建议

• 先易后难： 先从客户端工具（SSMS）和应用程序的连接字符串入手检查，这是最常见和最简单的修改。
• 对症下药： 分清是“连接不上”还是“查询执行到一半断了”，前者改连接超时，后者改命令超时。
• 重点排查网络： 如果调整了客户端超时时间仍无效，断线现象频繁，极有可能是网络设备切断了空闲连接，这时调整服务器端的TCP/IP Keep-Alive设置是解决问题的关键。
• 权衡利弊： 将超时值设得太大或设为0（无限制）可能会掩盖真正的问题（如网络故障、性能很差的查询），导致资源（连接池中的连接）被长时间占用，应设置一个合理的长值。
• 检查防火墙： 确保服务器和客户端之间的防火墙允许SQL Server端口（默认1433）的通信，并且其自身的空闲连接超时时间不会过短。

解决SQL Server连接超时断线的问题，需要根据你的具体现象，在客户端和服务器端多个可能的位置进行排查和调整，没有一劳永逸的单一设置，往往需要结合几种方法。（来源：综合数据库管理员常见问题处理经验）