Azure SQL闲置15-30分钟自动断开连接问题求助

针对旧.NET桌面应用迁移至Azure SQL S2后，闲置15-30分钟连接被强制断开的问题，结合报错信息和现有限制，给出以下可行方案：

一、调整Azure SQL服务器端闲置连接超时 #

Azure SQL默认闲置连接超时为30分钟，可通过T-SQL修改该值延长允许的闲置时长：

ALTER DATABASE [你的数据库名称] SET IDLE_CONNECTION_TIMEOUT = 120; -- 设置为120分钟，单位为分钟

注意：修改需数据库ALTER权限，生效后会影响所有连接，需评估对其他应用的影响。

二、优化TCP保活参数 #

虽然客户端默认30秒发送TCP保活包，但可能中间网络设备或系统级配置未生效，可从两方面调整：

• 系统级注册表设置（Windows）：
  修改注册表路径HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters下的键值：
  • KeepAliveTime：改为300000（5分钟，单位毫秒），即连接闲置5分钟后开始发送保活包
  • KeepAliveInterval：保持1000（1秒），表示每次保活包间隔1秒重试
  • TcpMaxDataRetransmissions：保持5，最多重试5次
    修改后需重启系统生效，此设置会影响所有Windows应用的TCP连接。
• 应用级代码设置：
  在应用启动时添加以下代码，仅针对当前应用配置TCP保活：

  ServicePointManager.SetTcpKeepAlive(true, 30000, 1000); // 30秒发送一次保活包，重试间隔1秒
  

  此方式无需修改系统配置，仅对当前应用生效。

三、优化连接字符串参数 #

除ConnectionLifetime=0外，可尝试添加或调整以下参数：

• Pooling=false：若应用手动持有长连接而非依赖连接池，禁用连接池避免连接被自动回收
• Connect Timeout=300：延长连接超时时间（单位秒），避免连接建立时超时，需配合其他设置使用

四、应用层主动心跳机制 #

这是最可靠的方案，在应用中添加定时任务，每隔10分钟（短于15-30分钟的超时窗口）执行极简SQL查询，维持连接活跃：

// 示例：用Timer定时发送心跳
var heartbeatTimer = new System.Timers.Timer(600000); // 10分钟间隔
heartbeatTimer.Elapsed += (sender, e) =>
{
    if (你的SQL连接对象.State == System.Data.ConnectionState.Open)
    {
        using (var cmd = 你的SQL连接对象.CreateCommand())
        {
            cmd.CommandText = "SELECT 1;";
            cmd.ExecuteNonQuery();
        }
    }
};
heartbeatTimer.Start();

注意需处理连接状态异常，避免心跳任务抛出错误影响主应用。

五、排查中间网络设备 #

企业防火墙、VPN网关等中间设备通常有独立的闲置连接超时规则（比如15分钟），即使服务器和客户端配置了更长超时，这些设备也会主动断开连接。需联系网络团队：

• 确认设备的闲置超时时间，调整至长于应用的最大闲置时长
• 配置设备识别TCP保活包，不将保活包视为“闲置”流量

另外补充：虽然开发者称必须保持长连接，但.NET的SQL连接池已做高度优化，采用“开-关”原则（每次查询获取连接、用完释放回池）的性能通常优于手动持有长连接，还能避免连接断开、资源泄漏等问题。如果后续有机会，建议评估切换到连接池模式的可行性。

内容的提问来源于stack exchange，提问作者user5618385