14

我在单台机器查询缓存的高负载方案中使用 Azure Redis 缓存。这台机器大约每秒获取和设置大约 20 个项目。白天增加，夜间减少。

到目前为止，一切正常。今天我意识到“连接的客户端”的指标非常高，尽管我只有 1 个客户端经常获取和设置项目。这是我的意思的指标的屏幕截图： Redis 缓存连接的客户端

我的代码如下所示：

public class RedisCache<TValue> : ICache<TValue>
{
    private IDatabase cache;
    private ConnectionMultiplexer connectionMultiplexer;

    public RedisCache()
    {
        ConfigurationOptions config = new ConfigurationOptions();
        config.EndPoints.Add(GlobalConfig.Instance.GetConfig("RedisCacheUrl"));
        config.Password = GlobalConfig.Instance.GetConfig("RedisCachePassword");
        config.ConnectRetry = int.MaxValue; // retry connection if broken
        config.KeepAlive = 60; // keep connection alive (ping every minute)
        config.Ssl = true;
        config.SyncTimeout = 8000; // 8 seconds timeout for each get/set/remove operation
        config.ConnectTimeout = 20000; // 20 seconds to connect to the cache

        connectionMultiplexer = ConnectionMultiplexer.Connect(config);
        cache = connectionMultiplexer.GetDatabase();
    }

    public virtual bool Add(string key, TValue item)
    {
        return cache.StringSet(key, RawSerializationHelper.Serialize(item));
    }

我没有创建这个类的多个实例，所以这不是问题。也许我误解了连接指标，它们的真正含义是我访问缓存的次数，但是，在我看来，这并没有什么意义。有什么想法，或者有类似问题的人吗？

4

1 回答 1

16

StackExchange.Redis 存在竞争条件，在某些情况下可能导致连接泄漏。这已在版本 1.0.333 或更新版本中得到修复。

如果您想确认这是您遇到的问题，请获取客户端应用程序的故障转储并在调试器中查看堆上的对象。查找大量 StackExchange.Redis.ServerEndPoint 对象。

此外，一些用户的代码中存在导致连接对象泄漏的错误。这通常是因为他们的代码在看到失败或断开状态时会尝试重新创建 ConnectionMultiplexer 对象。实际上没有必要重新创建 ConnectionMultiplexer，因为它在内部具有根据需要重新创建连接的逻辑。只需确保在连接字符串中将abortConnect设置为 false。

如果您决定重新创建连接对象，请确保在释放对旧对象的所有引用之前处置旧对象。

以下是我们推荐的模式：


        private static Lazy lazyConnection = new Lazy(() => {
            return ConnectionMultiplexer.Connect("contoso5.redis.cache.windows.net,abortConnect=false,ssl=true,password=...");
        });

        public static ConnectionMultiplexer Connection {
            get {
                return lazyConnection.Value;
            }
        }
于 2014-09-25T15:18:45.277 回答