Hangfire 即使在不活动时也会保留 运行 SQL 查询
Hangfire keeps running SQL queries even when inactive
我正在开发一个 ASP.net MVC 5 网站，我正在使用 Hangfire 来安排一些任务，在这种情况下每 3 分钟一次。我知道 运行 这样的任务（以及与之关联的数据库查询）只需要几秒钟。
我面临的问题是，Hangfire 似乎有我的 SQL 服务器 运行ning "something"（我不知道是什么），我可以在SQL 服务器 Activity 监控我的 CPU 的使用率始终保持在 20+%，并且数据库 I/O 操作的平均值为（1.2 MB/sec）。我知道它是 Hangfire，因为当我不初始化它时，Activity 监视器（和任务管理器）没有显示额外的开销。我什至删除了 Hangfire 可以 运行 的所有计划任务和 anything/everything，但问题仍然存在。
我不能这样投入生产，因为我担心它可能会导致性能问题。任何帮助将不胜感激，提前致谢
我在自己的服务器上使用 MVC 应用程序 + hangfire 对此进行了一些调查。事实上，我的 CPU 使用率也是 20-25%。所以我搜索了一个合适的监控应用程序，安装了一个名为 "SQLRanger" 的漂亮小工具，发现目前最热门的查询是：
update top (1) HangFire.JobQueue set FetchedAt = GETUTCDATE()
output INSERTED.Id, INSERTED.JobId, INSERTED.Queue
where FetchedAt is null
and Queue in (@queues1)
所以它基本上是 hangfire 检查等待执行的作业。到目前为止，我还没有遇到任何性能问题或滞后。
这个问题显然是通过调整轮询间隔引起的并已解决，请参阅 http://docs.hangfire.io/en/latest/configuration/using-sql-server.html
的相应部分
默认间隔为 15 秒，这可确保作业的快速处理以及恒定的服务器负载。在非时间关键型应用程序中，更高的间隔（1 分钟、5 分钟等）应该没问题。
知道您需要什么并对其做出反应：需要近乎即时的作业处理或低服务器负载？如果是前者，请保持较短的间隔时间，并在需要时考虑升级服务器；如果是后者，将间隔增加到最高可接受的最小值。
我需要前者，会关注服务器是否能承受负载
我还注意到在 某些仪表板视图打开时发出了很多查询 并且仪表板统计轮询间隔和 sql 服务器轮询间隔似乎都必须是设置为足够合理的值以避免淹没 SQL 服务器（以下来自 ASP.NET Core 2.0 实现与 Hangfire 1.7）：
services.AddHangfire(opt => opt.UseSqlServerStorage(Configuration.GetConnectionString("Default"),
new SqlServerStorageOptions
{
CommandBatchMaxTimeout = TimeSpan.FromMinutes(5),
QueuePollInterval = TimeSpan.FromSeconds(30),
UseRecommendedIsolationLevel = true,
UsePageLocksOnDequeue = true,
DisableGlobalLocks = true
}));
app.UseHangfireDashboard("/hangfire", new DashboardOptions
{
Authorization = new [] {new HangfireDashboardAuthorizationFilter()},
StatsPollingInterval = 30000
});
我正在开发一个 ASP.net MVC 5 网站，我正在使用 Hangfire 来安排一些任务，在这种情况下每 3 分钟一次。我知道 运行 这样的任务（以及与之关联的数据库查询）只需要几秒钟。
我面临的问题是，Hangfire 似乎有我的 SQL 服务器 运行ning "something"（我不知道是什么），我可以在SQL 服务器 Activity 监控我的 CPU 的使用率始终保持在 20+%，并且数据库 I/O 操作的平均值为（1.2 MB/sec）。我知道它是 Hangfire，因为当我不初始化它时，Activity 监视器（和任务管理器）没有显示额外的开销。我什至删除了 Hangfire 可以 运行 的所有计划任务和 anything/everything，但问题仍然存在。
我不能这样投入生产，因为我担心它可能会导致性能问题。任何帮助将不胜感激，提前致谢
我在自己的服务器上使用 MVC 应用程序 + hangfire 对此进行了一些调查。事实上，我的 CPU 使用率也是 20-25%。所以我搜索了一个合适的监控应用程序，安装了一个名为 "SQLRanger" 的漂亮小工具，发现目前最热门的查询是：
update top (1) HangFire.JobQueue set FetchedAt = GETUTCDATE()
output INSERTED.Id, INSERTED.JobId, INSERTED.Queue
where FetchedAt is null
and Queue in (@queues1)
所以它基本上是 hangfire 检查等待执行的作业。到目前为止，我还没有遇到任何性能问题或滞后。
这个问题显然是通过调整轮询间隔引起的并已解决，请参阅 http://docs.hangfire.io/en/latest/configuration/using-sql-server.html
的相应部分默认间隔为 15 秒，这可确保作业的快速处理以及恒定的服务器负载。在非时间关键型应用程序中，更高的间隔（1 分钟、5 分钟等）应该没问题。 知道您需要什么并对其做出反应：需要近乎即时的作业处理或低服务器负载？如果是前者，请保持较短的间隔时间，并在需要时考虑升级服务器；如果是后者，将间隔增加到最高可接受的最小值。
我需要前者，会关注服务器是否能承受负载
我还注意到在 某些仪表板视图打开时发出了很多查询 并且仪表板统计轮询间隔和 sql 服务器轮询间隔似乎都必须是设置为足够合理的值以避免淹没 SQL 服务器（以下来自 ASP.NET Core 2.0 实现与 Hangfire 1.7）：
services.AddHangfire(opt => opt.UseSqlServerStorage(Configuration.GetConnectionString("Default"),
new SqlServerStorageOptions
{
CommandBatchMaxTimeout = TimeSpan.FromMinutes(5),
QueuePollInterval = TimeSpan.FromSeconds(30),
UseRecommendedIsolationLevel = true,
UsePageLocksOnDequeue = true,
DisableGlobalLocks = true
}));
app.UseHangfireDashboard("/hangfire", new DashboardOptions
{
Authorization = new [] {new HangfireDashboardAuthorizationFilter()},
StatsPollingInterval = 30000
});