为什么打开 SSMS 会影响控制台应用程序

Question

我有一个控制台应用程序 (c#)，它打开一个到 sql 数据库的连接，执行一个存储过程，然后退出。 存储过程对自身计时（使用 getdate 和 datediff）并将计时返回到控制台应用程序。 存储过程总是报告执行大约需要 100 毫秒。

重复运行控制台应用程序会提供一组一致的时间 （包括 ExecuteReader 命令的 300 毫秒）

但是我偶然发现并且可以可靠再现的是以下效果： 如果我打开 SSMS 并连接到数据库，然后运行控制台应用程序两次，那么第二次控制台应用程序中的 ExecuteReader 会明显更快。

请注意，您不必在 SSMS 中运行甚至打开存储过程，您只需连接到数据库即可

控制台应用程序的第二次运行受到显着影响，并且通过打开 SSMS 并连接到同一数据库确实得到了改进 例如

ExecuteReader when SSMS is not open 300 ms
ExecuteReader when SSMS is not open 300 ms
ExecuteReader when SSMS is not open 300 ms
Open SSMS and connect to database
First ExecuteReader when SSMS is open and connected to same database 300 ms
Second ExecuteReader with SSMS open and connected 10 ms !!!
Third ExecuteReader with SSMS open and connected 10 ms
Fourth ExecuteReader with SSMS open and connected 10 ms
Close SSMS
ExecuteReader back to reporting 300 ms to execute

换句话说，为 ExecuteReader 报告的时间少于存储过程运行所需的时间

请注意，存储过程的运行时间始终相同。

似乎 SSMS 有一种允许控制台应用使用的缓存。

任何人都可以对此有所了解吗？ sys.dm_exec_connections 显示所有各种连接之间没有差异

SSMS 是 v17.3，连接到 sql server 2008 R2 SP2 数据库

Answer 1

请确保您没有为您的数据库设置AUTO_CLOSE。根据chat 中的讨论，这似乎确实设置为ON。

Quoted from Microsoft

[当] AUTO_CLOSE 设置为 ON [它] 可能会导致性能下降 频繁访问的数据库，因为增加的开销 每次连接后打开和关闭数据库。 AUTO_CLOSE 每次连接后也会刷新过程缓存。

最佳实践建议

如果频繁访问数据库，请将 AUTO_CLOSE 选项设置为 OFF 用于数据库。

您可以通过运行以下查询来关闭AUTO_CLOSE（如Dan Guzman 所建议的那样）：

ALTER DATABASE YourDB SET AUTO_CLOSE OFF;

Answer 2

我希望这种行为来自Connection Pool Feature。 您能否在控制台应用程序中每次调用后尝试SqlConnection.ClearAllPools。