Azure Function中StackExchange.Redis的ResetNonConnected问题

我之前在处理类似的Azure Function并行调用Redis的场景时，也遇到过这个"ResetNonConnected"错误，而且也是重启Function App才能临时解决——这其实大多是连接管理不当导致的，尤其是在高并发场景下StackExchange.Redis的连接池出了问题。下面结合我的实践经验给你几个可行的解决方案：

1. 必须确保ConnectionMultiplexer是单例实例 #

StackExchange.Redis的ConnectionMultiplexer是设计成全局复用、线程安全的，绝对不能每次请求都新建一个实例——这会快速耗尽Redis的连接数，导致连接状态异常。在Azure Function里，最稳妥的方式是用静态单例或者依赖注入注册单例：

比如用静态Lazy初始化（线程安全，延迟加载）：

private static readonly Lazy<ConnectionMultiplexer> _redisMultiplexer = new Lazy<ConnectionMultiplexer>(() =>
{
    var connString = Environment.GetEnvironmentVariable("RedisConnectionString");
    return ConnectionMultiplexer.Connect(connString);
});

// 全局复用的连接实例
public static ConnectionMultiplexer RedisConn => _redisMultiplexer.Value;

这样整个Function App生命周期里只会有一个Multiplexer实例，它会自动管理连接池，避免重复创建连接。

2. 优化Redis连接字符串的关键配置 #

连接字符串的几个参数直接影响连接稳定性，尤其是这几个：

• abortOnConnectFail=false：这个是核心！如果设为true，一旦初始连接失败，Multiplexer就会直接放弃重试；设为false的话，它会在后台持续尝试重建连接，不会直接抛出异常导致连接池失效。
• connectRetry=3：设置初始连接失败后的重试次数。
• keepAlive=180：每3分钟发送一次心跳包，避免连接被防火墙、负载均衡或者Redis服务器主动断开。
• syncTimeout=5000：同步操作的超时时间，避免长时间阻塞导致连接被标记为失效。

示例连接字符串：

your-redis-host:6380,password=your-redis-password,ssl=true,abortOnConnectFail=false,connectRetry=3,keepAlive=180,syncTimeout=5000

3. 添加异常重试逻辑 #

即使连接配置合理，偶尔还是会出现连接异常，这时候在业务代码里加一层重试逻辑就能避免直接报错：

public async Task<string> GetCachedValueAsync(string key)
{
    var redisDb = RedisConn.GetDatabase();
    const int maxRetries = 3;

    for (int i = 0; i < maxRetries; i++)
    {
        try
        {
            return await redisDb.StringGetAsync(key);
        }
        catch (RedisConnectionException ex) when (ex.Message.Contains("ResetNonConnected"))
        {
            // 最后一次重试失败再抛出异常
            if (i == maxRetries - 1) throw;
            // 延迟1秒后重试，给连接池一点恢复时间
            await Task.Delay(TimeSpan.FromSeconds(1));
        }
    }

    return null;
}

4. 控制Azure Function的并发数 #

如果Function的并发执行数过高，会瞬间向Redis发起大量连接请求，超出Redis的连接数上限（Azure Redis Cache默认最大连接数是10000左右）。你可以通过host.json调整并发配置：

比如对于Http触发的Function，限制最大并发请求数：

{
    "version": "2.0",
    "functionTimeout": "00:05:00",
    "extensions": {
        "http": {
            "maxConcurrentRequests": 80
        }
    }
}

具体数值可以根据你的Redis规格调整，避免短时间内连接数突增。

5. 监控连接状态排查问题 #

你可以在Azure Portal的Redis缓存资源里查看连接数、命令成功率、延迟这些指标，确认是否有连接数超限或者连接超时的情况。同时在Function里添加日志，记录每次Redis操作的状态和异常信息，方便定位问题。

总的来说，只要把ConnectionMultiplexer的单例复用做好，再配合合理的连接配置和重试逻辑，这个"ResetNonConnected"问题基本就能彻底解决，不用再重启Function App了。

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