今天在利用sql查询数据时出现如下错误
在执行批处理时出现错误。错误消息为: 引发类型为“System.OutOfMemoryException”的异常。
症状
使用 SSMS 运行返回大量数据的 SQL 查询时，会收到类似于以下内容的错误消息：
执行批处理时出错。 错误消息为：引发了“System.OutOfMemoryException”类型的异常
原因
出现此问题的原因是 SSMS 的内存不足，无法为大型结果分配内存。
备注
SSMS 是一个 32 位进程。 因此，内存限制为 2 GB。 SSMS 对结果窗口中每个数据库字段可以显示的文本量施加人为限制。 此限制在“网格”模式下为 64 KB，在文本模式下为 8 KB。 如果结果集太大，则显示查询结果所需的内存可能会超过 SSMS 进程的 2 GB 限制。 因此，大型结果集可能会导致 症状 部分中提到的错误。
解决方法
若要解决此问题，请尝试以下方法之一。
方法 1：将结果输出为文本
配置查询窗口以文本的形式输出查询结果。 文本输出使用的内存比网格少，并且可能足以显示查询结果。 若要进行此更改，请执行以下步骤：
- 右键单击查询窗口。
- 单击“结果” 。
- 单击“ 结果到文本”。
方法 2：将结果输出到文件
配置查询窗口以将查询结果输出到文件。 文件输出使用最少量的内存。 这将保留更多内存来存储结果集。 若要进行此更改，请执行以下步骤：
- 右键单击查询窗口。
- 单击“结果” 。
- 单击“ 结果到文件”。
- 运行查询，然后选择保存结果文件的位置。
方法 3：使用 sqlcmd
使用 sqlcmd 实用工具 （而不是 SSMS）运行 SQL 查询。 此方法允许在没有 SSMS UI 所需的资源的情况下运行查询。 此外，可以使用 64 位版本的 Sqlcmd.exe 来避免影响 32 位 SSMS 进程的内存限制。
网上有的说是因为sqlserver打开的窗口太多了，关掉一部分就好了；我试了一下貌似也可以。
网上查询了一下发现SQL server的内存使用机制是这样的：
SQL Server 数据库的内存使用原则是有多少内存就会占用多少内存，不会自动释放内存。原因是它的存储引擎本身是一个Windows下的进程，所以在使用内存时和其它Windows进程是一样的，都要向Windows申请内存，申请到内存之后，SQL Server的内存使用可以粗略地分为两个部分：一是缓冲池内存，被数据页和空闲页占用；二是非缓冲内存，被线程、DLL、链接服务器等占用。其中缓冲池内存占大头。
这样会有什么问题呢？打个比方，如在执行一条结果集很大的 sql 时，数据查询取出后，会一直占用内存，直到机器内存被占满(并不会撑爆，因为可以通过图去限制最大内存，一般占满后仍然比服务器机器内存稍小)，在重启数据库服务前，SQL Server不会主动释放该内存，也没有任何办法可人为释放，一直占用到 max server memory 的设定值，因此查看 SQL Server的内存基本使用率相对较高（80%以上）。
那怎么解决呢？最直接的办法是：人为修改最大可占用物理内存进行限制。
这样看起来网上的这种说法也是有一句可循的。
