问题标签 [azure-redis-cache]

我在我们的应用程序中使用了单例 azure-redis 数据库客户端。但是在 Azure 门户上，它显示已连接的客户端 4.99K。我不确定这些客户是谁，为什么当我有单例实例时它显示 4.99K 客户已连接？

示例代码：

我们将应用程序部署到 Azure。它正在使用 Azure Redis 缓存，我们遇到了很多超时。即：

异常的主体对所有这些都是相同的：

请查看我们的超时设置：

我该如何处理这些超时？增加 operationTimeoutInMilliseconds 会起作用吗？我还了解到 g-zip 压缩有助于减少从 Redis 读取数据所需的时间。

所有与 Redis 相关的 nuget 包都在其最新版本上。我们正在使用 C1 版本的 Azure Redis 缓存（增加到 C2 有帮助吗？）。

我目前在 Azure 上托管我的 redis 缓存服务器，并让 signalR 依赖它作为使用以下内容的主干......

GlobalHost.DependencyResolver.UseRedis("Server",port,"password","eventKey");

这可以在端口 6379（非 SSL）上找到，但是当我尝试连接到 Azure Redis 服务器的 SSL 端口（6380）时，我的聊天应用程序中断，并且集线器从未启动。这个问题的原因可能是什么？还是我做错了什么？

这是我的浏览器 net::ERR_CONNECTION_RESET 中 /signalr/connect 上出现的错误

我们在我们的应用程序中使用 C1 Azure Redis 缓存。最近，我们在 GET 操作上遇到了很多超时。

根据这篇文章，一种可能的解决方案是实现 ConnectionMultiplexer 对象池。

另一种可能的解决方案是在客户端中使用 ConnectionMultiplexer 对象池，并在发送新请求时选择“负载最少”的 ConnectionMultiplexer。这应该防止单个超时导致其他请求也超时。

使用 C# 实现 ConnectionMultiplexer 对象池会是什么样子？

编辑：

我最近问的相关问题。

最近，我们从 Azure 角色缓存转移到了 Azure Redis 缓存（由 Azure 网站使用）。

我现在正在审查代码，一行代码引起了我的注意。

TransientFaultHandling 程序集中的 RetryPolicy 对 Redis 缓存有意义吗？或者当我们使用 Azure Redis 而不是 In-Role 缓存时，这是一个实际上没有任何用途的代码？

以下文章讲述了 Azure 中的“默认”Redis 服务器配置有 16 个 Redis 数据库：https ://msdn.microsoft.com/en-us/library/azure/cbe6d113-7bdc-4664-a59d-ff0df6f4e214#RedisConfig 。

它还指出：

任何可配置的值，例如 max-memory-policy，都可以通过门户进行配置。

至于我，我在 Azure 门户中没有找到这样的设置。

是否可以更改 Azure Redis 数据库的数量？

尝试运行此代码时出现超时错误：

此异常发生在最后一行：

StackExchange.Redis.dll 中出现“System.TimeoutException”类型的未处理异常

附加信息：超时执行 HMSET 扩展，inst：0，mgr：非活动，队列：2，qu=1，qs=1，qc=0，wr=1/1，in=0/0

我想在 Azure 虚拟机上安装 Redis 缓存。是否有任何可用的文档？

我正在使用 Azure Redis 缓存，我的键是请求 url。我有一个 web-api2 / mvc5 应用程序，如果存在带有请求 url 的键，它将从 Redis 服务器返回缓存结果，否则它将处理请求并将结果保存在 Azure Redis 缓存服务器中。我有 IOS/Android 和 javascript 的移动客户端。问题是有时我的网址看起来像，

上面的 url 指向同一个资源。它应该返回相同的响应（如果存在缓存响应），但由于 key(url) 不同，它会完全处理请求并在 Azure Redis 缓存服务器上保存不同的记录。如何解决这种情况？

在类似推特的应用程序中，他们所做的一件事是当有人发布推文时，他们会遍历所有关注者并在他们的时间线中创建推文的副本。我需要类似的东西。假设我有一个关注者 ID 列表，那么将推文 ID 插入到 10/100/1000 个关注者中的最佳方法是什么。

我正在使用 Azure Redis 在 Azure WebJobs 中执行此操作。每个 webjob 都会为队列中收到的每条推文自动创建。所以我可能有大约 16 个同时运行的工作，每个工作都通过关注者并插入推文。我在想如果 99% 的插入发生，它们不应该因为一个或几个失败而停止。我需要继续但记录它。

问题：我应该像下面那样做 CreateBatch 吗？如果我需要先按时间倒序检索最新的推文是否可以？高性能？

a) 但是如果出现故障，我该如何捕捉？试着抓？b）如何在每个列表中检查一个批次的总 # 并在达到某个 # 时弹出一个？如果列表> 800，我想做一个LeftPop。不知道如何在批处理中完成所有操作。

请给我一个示例或让我在这里有一个片段。苦苦寻找好方法。太感谢了。

更新 根据@marc 的评论，这看起来正确吗？