.Net连接池在SQL Server密码变更后引发登录失败问题求助

我们的配置文件中，连接字符串不包含密码：

Data Source=OurDataSource;Initial Catalog=OurCatalog;Integrated Security=False;UID=OurUser;Encrypt=True;TrustServerCertificate=False;

代码里我们从服务加载密码并拼接连接字符串的逻辑如下：

var connectionString = ConfigurationManager.ConnectionStrings["ourCS"].ConnectionString;
var builder = new SqlConnectionStringBuilder(connectionString);
var credential = GetPassword(builder.UserID);
builder.Password = credential.Password;
var connectionString = builder.ConnectionString;
using (var db = new SqlConnection(connectionString))
{
    // Execute our query
}

近期密码服务更新密码后，我们频繁收到登录失败错误，甚至账户被锁定：

Login failed for user 'OurUser'. Reason: Password did not match that for the login provided.

排查后发现问题出在SQL连接池——池里还留存着使用旧密码的连接，这些连接尝试向数据库验证时就会触发错误并导致账户锁定。

我们原本以为using语句会在Dispose时关闭连接，但反编译System.Data.SqlClient.SqlConnection的Dispose方法后发现，它并没有真正关闭连接：

public void Dispose()
{
    Dispose(true);
    GC.SuppressFinalize(this);
}

// using CloseHandle and UnmapViewOfFile - no exposure
[ResourceExposure(ResourceScope.None)]
[ResourceConsumption(ResourceScope.Machine, ResourceScope.Machine)]
private void Dispose(bool disposing)
{
    if (disposing)
    {
        // Nothing to do here ;
    }
    if (pMemMap != IntPtr.Zero)
    {
        NativeMethods.UnmapViewOfFile(pMemMap);
        pMemMap = IntPtr.Zero;
    }
    if (hMemMap != IntPtr.Zero)
    {
        NativeMethods.CloseHandle(hMemMap);
        hMemMap = IntPtr.Zero;
    }
    active = false;
}

~SqlDebugContext()
{
    Dispose(false);
}

目前我们考虑手动调用db.Close()来尝试解决：

using (var db = new SqlConnection(connectionString))
{
    // Execute our query
    db.Close();
}

想问问有没有人遇到过类似问题，有没有更完善的解决方案？

1. 先搞懂连接池的核心逻辑 #

首先要明确：SqlConnection的Dispose()（也就是using语句结束时执行的逻辑）并不是真正关闭物理连接，而是把连接放回连接池，供后续请求复用。当密码变更后，池里的旧连接依然携带旧密码，复用这些连接就会触发登录失败。

2. 清除旧连接池是关键 #

密码变更后，必须清空对应数据库的连接池，让后续请求重新创建携带新密码的连接。可以通过以下方式实现：

• 在密码更新成功后主动调用清除方法：

  // 清除对应数据源的连接池（推荐，只影响目标数据库）
  SqlConnection.ClearPool(new SqlConnection(newConnectionString));
  // 若需要清除所有数据库的连接池（谨慎使用，影响范围广）
  // SqlConnection.ClearAllPools();
  

  这个方法会标记池里的所有旧连接为无效，后续请求不会再复用它们，而是创建全新的、携带新密码的连接。

3. 优化连接使用逻辑 #

不需要额外在using里加db.Close()——using语句已经会正确触发Dispose()，而SqlConnection的核心逻辑中，Dispose()最终会完成连接的释放/回池操作（你反编译的应该是SqlDebugContext的代码，而非SqlConnection的核心Dispose逻辑）。真正需要做的是在密码变更流程中加入连接池清除的步骤，作为密码更新的后置操作。

4. 额外的预防措施 #

• 给数据库账户设置合理的锁定策略，避免少量错误请求就导致账户锁定
• 在密码变更的自动化流程中，强制加入连接池清除的步骤，确保旧连接不会被复用
• 监控连接池的状态，及时发现异常连接的复用情况

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