Sql server SQL Server Management Studio（SSMS）2012：异常高的内存使用率（泄漏？）

1.3GB内存使用率。我运行的是64位Windows 7 Ultimate。 我不做太多的事情——只是编辑一个存储的过程（没有在后台运行的查询，也没有任何查询结果）

不过我注意到，这种情况只是偶尔发生——好像某种垃圾收集正在启动，然后它会恢复正常（大约100MB）

有什么想法/解决方法/更新吗

• 这只是一个更新：在SSMS 2014中似乎不再发生这种情况

---

似乎如果关闭IntelliSense，内存消耗会显著减少，软件的响应性也会大大提高。要关闭它，请转到工具->选项->文本编辑器->Transact-SQL->IntelliSense，然后取消选中该框。保存您的工作并重新启动SSMS

主要缺点是您将失去IntelliSense和代码大纲。这是一个相当糟糕的问题，但至少你可以让SSMS开放几天而没有问题

---

希望这有帮助。干杯。

我在设计存储过程时遇到了这个问题。在处理某些动态SQL代码时，进程将运行，应用程序将变得无响应。一旦我关闭Intellisense，这种行为就消失了。

在一些版本的存储过程编辑SSM上，这是一个问题

在SSMS17中为我修正的是将intellisense的“最大脚本大小”从1M提高到5M。无限制也可提供。 找到选项：

工具：选项：文本编辑器：Transact-SQL:IntelliSense:最大脚本大小

。 我不确定此设置是否存在于较低版本的SSMS中，如果存在，请添加注释

这将高cpu和内存泄漏（2.5G至140M）降至正常水平

---

这里也有同样的问题-您是否运行了任何第三方插件？TFerrell-不，没有任何第三方。在我的情况下，关闭IntelliSense似乎不会节省任何内存-几小时后大约是280 MB，现在一小时后是230 MB。似乎有巨大影响的是自定义配色方案：1.7GB的自定义颜色，280MB的默认颜色。这是在2012年的SSMS中。这很有效，您是对的，它禁用了一个有用的功能，但如果不这样做，我就无法有效地在SSMS中工作。@Dave：同意-这会使处理大型SP文件变得更加困难，但正如我所提到的-我可以让SSMS在打开数十个SP文件的情况下几天内没有任何问题。在过去（SQL2008之前），代码大纲和Intellisense甚至不可用，但我们仍在编写大量复杂的SQL代码。这并不像看上去的那么糟糕，但您必须稍微修改一下您的工作模式（充分利用代码缩进、建模图等）。