Question

我们遇到了一些奇怪的性能问题，我希望有人能指出我们正确的方向。我们的方案是在ASP.NET MVC C#中使用EF4 POCO的{{1}}网站（高度推荐的服务器，专门用于此应用程序）。

显然，它在application_startup上很慢，但是一旦加载了，你可以浏览网站，一切都很好，并且加载了0.5ms页面（我们正在使用IIS 7）。现在，如果您停止使用该网站5至10分钟（我们将应用程序池循环设置为2小时，我们正在记录，因此我们知道它尚未被回收），那么第一页加载速度非常慢，10 - 15秒，但是你可以在没有问题的情况下再次导航（0.5ms）。

这不是Mini-Profiler，因为所有查询在第一个页面命中后似乎工作正常，即使它们尚未运行，因此也没有在任何地方进行缓存。

我们已经做了大量的测试，我无法弄清楚这一点。到目前为止，我尝试的主要内容是预生成EF视图，但这没有帮助。

在5分钟后查看SQL queries似乎在Sql Server Profiler中没有活动时给出或花了30秒没有站点交互，为应用程序出现了几个“Audit Logout”条目，并且一旦发生这种情况然后它似乎需要10 - 15秒来刷新应用程序。 Sql Server Profiler上是否有空闲超时？

Answer 1

如果您在连接字符串中使用以下内容，这应该可以使用：

server=MyServer;database=MyDatabase;Min Pool Size=1;Max Pool Size=100

它将强制您的连接池始终保持至少一个连接。我必须说我不推荐这个（持久连接），但它会解决你的问题。

Answer 2

您使用的是LMHOSTS文件吗？我们有同样的问题。默认情况下，LMHOSTS文件缓存在10分钟后过期。系统闲置10分钟后，主机将在重新加载LMHOSTS文件之前使用广播消息，导致延迟。

Answer 3

看完Sql Server Profiler后5分钟给出或在Sql Server Profiler中没有活动需要30秒，没有站点交互出现几个“审核注销”条目应用程序，一旦发生，它似乎需要10 - 15 刷新应用程序的秒数。 Sql是否有空闲超时服务器

这告诉我，问题很可能在于您的SQL服务器和/或与它的连接而不是您的应用程序。 SQL服务器使用connection pooling，SQL会经常搜索这些池并清理它们。您似乎遇到的延迟是清理了连接池（审核注销）并且您必须建立新连接。我会与你的SQL数据库人员交谈/工作。

为了进行测试，您是否可以访问未在与生产应用程序相同的SQL服务器上运行的数据库的本地/开发副本？如果没有，请尝试进行一次设置，看看是否有同样的问题。

Answer 4

我会针对SQL Server运行“SQL Server Profiler”，并在闲置5-10分钟后通过访问站点来重现问题时捕获新的跟踪。之后再看一下痕迹。具体来说，查找ApplicationName以“EntityFramework ...”开头的条目。这将告诉你当时EF正在做什么。在EF之上自定义缓存可能存在一些问题，或者某些会话状态即将到期（在web.config中检查sessionState超时）

Answer 5

由于第一次运行（每个应用程序？）速度很慢，您可能正在体验EDMX或LINQ到SQL的编译。

可能的解决方案：

使用预编译视图和预编译查询（可能需要大量重构） http://msdn.microsoft.com/en-us/library/bb896240.aspx
http://blogs.msdn.com/b/dmcat/archive/2010/04/21/isolating-performance-with-precompiled-pre-generated-views-in-the-entity-framework-4.aspx
http://msdn.microsoft.com/en-us/library/bb896297.aspx
http://msdn.microsoft.com/en-us/magazine/ee336024.aspx
在应用开始时（在收到第一个请求之前）运行所有查询您可以在默认连接字符串（可以是空数据库）上使用虚假输入（例如，非现有零键）运行查询。只要确保你不抛出异常（使用SingleOrDefault（）而不是Single（）并在.ToList（）上处理null结果和0长度列表结果。

Answer 6

使用“Select getDate（）”或其他一些廉价查询等简单查询创建一个访问SQL Server的简单网页。然后使用Pingdom或其他监视器等外部服务每隔30秒左右点击该页面。这应该保持联系温暖。

Answer 7

尝试在web.config中覆盖超时，如下例所示：

Data Source=mydatabase;Initial Catalog=Match;Persist Security Info=True
;User ID=User;Password=password;Connection Timeout=120

如果它有效，这不是一个解决方案......只是一个解决方法。

Answer 8

在我们的案例中，应用程序托管在 Azure 应用服务计划中并且遇到了类似的问题。原来是没有配置虚拟网络的问题。在此处查看问题/答案 - EF Core 3.1.14 Recurring Cold Start

建立SQL连接需要10-15秒

8 个答案: