gpt4 book ai didi

asp.net - RedisSessionStateProvider 弹性缓存死锁

转载 作者:IT王子 更新时间:2023-10-29 06:14:42 25 4
gpt4 key购买 nike

我们想在我们的应用程序和服务之间共享 ASP.NET session 状态。我们选择了 Elasticache/redis 来实现这一点。一切顺利,但我们遇到了僵局。

这是死锁序列:

  • 用户导航到 App 1 提供的页面
  • 应用 1 使用 RedisSessionStateProvider,在几毫秒内成功获取 Session
  • 应用程序 1 向应用程序 2 发出 HttpWebRequest,并附加了 ASP.NET_SessionId cookie
  • App 2 还使用了 RedisSessionStateProvider,它尝试从同一个 Redis 实例中获取 Session,并在约 2 分钟后超时

大概 App 1 的 RedisSessionStateProvider 在包含 session 的缓存项上持有(写?)锁。正如您从我的说法中可以看出的那样,我不是 Redis 专家...

AFAICT Elasticache 无法让您了解此类情况,只能提供性能图表。而且 RedisSessionStateProvider 是闭源的,所以我不能在那里闲逛。

我还尝试让 RedisSessionStateProvider 记录(通过 loggingClassName 参数)但是 App 1 或 App 2 没有写入任何内容(我的 Log() 方法被调用了)。

为了证明这是 RedisSessionStateProvider 死锁(而不是我们自己的代码死锁),我将 App 1 切换回使用 InProc session ,一切运行正常。

有人有什么建议吗?顺便说一句,我们的 session 数据在所有意图和目的上都是不可变的,因此实际上没有必要将其锁定。

非常感谢,皮特

编辑:请求的 sessionState 配置。请注意,较大的 operationTimeoutInMilliseconds 值是为了让我们在调试应用程序时不会出现异常。这将在生产中更改为 ~ 5000。

  <sessionState mode="Custom" customProvider="RedisSessionProvider">
<providers>
<add name="RedisSessionProvider"
type="Microsoft.Web.Redis.RedisSessionStateProvider"
host = "ec2-184-73-3-249.compute-1.amazonaws.com"
port = "6379"
ssl = "false"
throwOnError = "true"
retryTimeoutInMilliseconds = "2000"
applicationName = "PE"
connectionTimeoutInMilliseconds = "2000"
operationTimeoutInMilliseconds = "1800000"
</providers>
</sessionState>

最佳答案

This is not answer but it is not fitting in comment section.

在页面 asp.net 页面执行生命周期的开始,它调用 GetItemExclusive,它从存储(在本例中为 redis)获取 session 并锁定该 session ,以便其他并行请求无法在此请求工作时修改 session 。此锁定超时等同于您可以使用 web.config 设置的请求超时,如下所示。

<configuration>
<system.web>
<httpRuntime executionTimeout="10"/>
</system.web>
</configuration>

现在,页面执行并根据天气情况在 session 中修改或未修改任何内容,它调用 SetAndReleaseItemExclusive 或 ReleaseItemExclusive 来释放锁定。如果此请求由于某种原因失败,它将根据 retryTimeoutInMilliseconds 值重试。如果 retryTimeoutInMilliseconds 非常小于或等于 operationTimeoutInMilliseconds 那么它可能根本不会重试。如果 SetAndReleaseItemExclusive 或 ReleaseItemExclusive 未成功完成,那么基本上您的 session 将被锁定以完成您在上面设置的“executionTimeout”时间(以秒为单位)。所有其他请求都将被阻止,并且在锁定时将无法访问该 session 。锁到期后会自动释放。

使用 web.config 属性 loggingClassName 和 loggingMethodName 来配置日志记录。当您升级到上述包时,您可以在 web.config 注释中找到更多详细信息。您基本上可以提供一个返回 TextWriter 的公共(public)静态方法。 session 状态提供程序和 StackExchange.Redis.StrongName 都将使用此 TextWriter 对象来记录详细信息。

这将帮助我们获得有关问题的更多详细信息。请注意,启用日志记录会降低性能。

使用日志的例子:

namespace SSPWebAppLatest3
{
public static class Logger
{
public static TextWriter GetLogger()
{
return File.CreateText("C:\\Logger.txt");
}
}
}

网络配置:

<add name="MySessionStateStore" type="Microsoft.Web.Redis.RedisSessionStateProvider" host="127.0.0.1" accessKey="" ssl="false" 
loggingClassName="Logger, SSPWebAppLatest3, Version=1.0.0.0, Culture=neutral ……."
loggingMethodName="GetLogger"/>

请给我一个可重现的测试应用程序,我用它来进一步调试它。您也可以这样做,因为 session 状态和输出缓存提供程序代码现在是开源的。 ( https://github.com/Azure/aspnet-redis-providers )

关于asp.net - RedisSessionStateProvider 弹性缓存死锁,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30082609/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com