.NET Core Pomelo MySQL数据库故障后无法自动重连求助

嘿，我来帮你拆解这个问题～首先可以明确告诉你：不需要重建DbContext，核心问题出在数据库连接池的失效连接没有被及时清理上。

为什么重启应用就能解决？ #

当AWS RDS出现网络故障时，你的.NET Core应用的数据库连接池里会残留一批已经失效的连接（这些连接在故障时断连，但连接池还以为它们可用）。当RDS恢复后，应用尝试从池里复用这些失效连接，就会抛出Unable to connect to any of the specified MySQL hosts的异常。而重启应用会清空整个连接池，重新创建新的有效连接，所以问题就解决了。

具体解决方案 #

下面几个方法可以帮你避免以后遇到这类问题，不用每次都重启应用：

1. 优化连接字符串参数

给你的连接字符串添加几个关键参数，让连接池自动管理失效连接：

server=something.somewhere.us-east-2.rds.amazonaws.com;userid=XXXX;password=YYYYY;database=ZZZZ;connection reset=true;connection lifetime=300;max pool size=100

• connection reset=true：每次从连接池获取连接时，都会验证连接的有效性，无效的话会自动丢弃并创建新连接。
• connection lifetime=300：设置连接在池中的最大存活时间（单位：秒），到期后会被自动回收，避免长期持有失效连接。
• max pool size=100：根据你的应用并发量调整连接池的最大容量，避免连接耗尽。

2. 捕获异常时主动清理连接池

在代码中捕获到MySQL连接异常时，主动清理对应连接的池，强制后续请求使用新连接。比如在全局异常处理或者DbContext的使用逻辑中添加：

try
{
    // 你的数据库操作逻辑
}
catch (MySqlException ex)
{
    // 判断是否是连接相关的错误
    if (ex.Message.Contains("Unable to connect to any of the specified MySQL hosts"))
    {
        // 清理当前连接对应的连接池
        using (var conn = new MySqlConnection(Settings.Instance.SQLConnectionString))
        {
            MySqlConnection.ClearPool(conn);
        }
        // 或者清理所有连接池（谨慎使用，适合全局故障场景）
        // MySqlConnection.ClearAllPools();
    }
    throw; // 重新抛出异常，让上层处理或返回错误
}

3. 配置EF Core的自动重试策略

让EF Core在遇到连接失败时自动重试，并且自动处理失效连接的情况。修改你Startup.cs中的DbContext配置：

services.AddDbContext<BlayFapContext>(opt => 
    opt.UseMySql(Settings.Instance.SQLConnectionString)
       .EnableRetryOnFailure(
           maxRetryCount: 5, // 最大重试次数
           maxRetryDelay: TimeSpan.FromSeconds(10), // 每次重试的间隔时间
           errorNumbersToAdd: new[] { 2003, 1040 } // 指定需要重试的MySQL错误码，2003是无法连接主机，1040是连接过多
       )
);

这个策略会在遇到指定的连接错误时，自动重试连接，并且重试时会从连接池获取新的有效连接（如果旧连接失效的话）。

为什么本地测试正常？ #

因为你本地的应用是全新启动的，连接池里没有任何失效连接，所以能直接连上恢复后的RDS。而线上应用的连接池在故障期间已经积累了失效连接，没有被清理，所以才会出现差异。

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