我之前处理过完全一样的场景，SQL Azure故障转移后应用死死咬着旧连接不放，报database is read-only的错误，必须重启才能恢复。核心问题出在连接池复用旧连接和DNS缓存未及时更新这两点，下面给你一步步的解决方案：

1. 确保连接字符串配置正确 #

首先检查你的连接字符串，必须包含这几个关键参数，它们是驱动自动感知故障转移的基础：

Server=tcp:<故障转移组名称>.database.windows.net,1433;Initial Catalog=<数据库名>;Persist Security Info=False;User ID=<用户名>;Password=<密码>;MultipleActiveResultSets=False;Encrypt=True;TrustServerCertificate=False;Connection Timeout=30;MultiSubnetFailover=True;ApplicationIntent=ReadWrite;Connection Lifetime=30;

• MultiSubnetFailover=True：强制驱动同时尝试故障转移组中的所有节点，跳过DNS缓存等待，直接找到新的主节点（这对跨区域故障转移尤其重要）
• ApplicationIntent=ReadWrite：明确告诉驱动我们要连接可写的主库，避免故障转移后误连到变为只读的旧主库
• Connection Lifetime=30：设置连接池中的连接最长存活时间为30秒，到期后会被自动回收，新请求会创建指向新主库的连接

2. 缩短.NET的DNS缓存超时 #

.NET默认会缓存DNS解析结果2分钟，这会导致即使故障转移完成，应用还是会用旧的IP连接数据库。你可以在web.config中添加配置缩短缓存时间：

<configuration>
  <system.net>
    <dns>
      <cache timeout="00:00:30" /> <!-- 设置为30秒，根据你的需求调整 -->
    </dns>
  </system.net>
</configuration>

这样每30秒就会重新解析故障转移组的域名，拿到最新的主库IP。

3. 代码层面捕获异常并主动刷新连接池 #

即使做了上面的配置，还是可能有少量旧连接在故障转移后残留。你可以在数据访问层捕获特定的SQL异常，主动清空连接池并重试请求：

public async Task<T> ExecuteWithFailoverRetry<T>(Func<Task<T>> operation)
{
    const int maxRetries = 3;
    int retryCount = 0;

    while (retryCount < maxRetries)
    {
        try
        {
            return await operation();
        }
        catch (SqlException ex)
        {
            // 匹配故障转移相关的错误码：10928（主库不可用，正在故障转移）、10929（主库忙，建议重试）、40613（数据库只读）
            if (ex.Number is 10928 or 10929 or 40613)
            {
                retryCount++;
                // 清空当前数据库的连接池，强制后续请求创建新连接
                SqlConnection.ClearPool(new SqlConnection(YourConnectionString));
                // 短暂等待后重试，给故障转移留一点完成时间
                await Task.Delay(TimeSpan.FromSeconds(2));
                continue;
            }
            throw; // 其他异常直接抛出
        }
    }
    throw new InvalidOperationException("故障转移重试次数已达上限");
}

把你的数据访问逻辑用这个方法包裹，就能在故障转移时自动处理连接刷新，无需重启应用。

4. 避免长期持有数据库连接 #

确保你的代码遵循“晚创建，早释放”的原则，不要长期持有SqlConnection对象。使用using语句自动释放连接，让连接池能及时回收旧连接：

using (var conn = new SqlConnection(YourConnectionString))
{
    await conn.OpenAsync();
    // 执行数据库操作
}

按照上面的步骤配置后，下次触发SQL Azure故障转移时，应用应该会在短暂的重试后自动连接到新的主库，不用再手动重启了。

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