在知识库中专注阅读，并随时返回相关工具与课程
早上收到一个告警，某台 MSSQL 主机内存使用率超过 97%，打开监控一看，内存几乎被 SQL Server 全部占满。 但大多数情况下，这并不是故障，而是 SQL Server 的设计选择，内存高，本身不是问题。 内存高 ≠ 内存泄漏：SQL Server 会尽可能占用内存做缓存，只有系统内存极度紧张时才会主动释放。 最典型的一类是 数据缓存（Buffer Pool）。 当我们执行一条 SEL
本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟
早上收到一个告警，某台 MSSQL 主机内存使用率超过 97%，打开监控一看，内存几乎被 SQL Server 全部占满。
但大多数情况下，这并不是故障，而是 SQL Server 的设计选择，内存高，本身不是问题。
内存高 ≠ 内存泄漏：SQL Server 会尽可能占用内存做缓存，只有系统内存极度紧张时才会主动释放。
最典型的一类是 数据缓存（Buffer Pool）。
当我们执行一条 SELECT 语句时，SQL Server 会把相关的数据页从磁盘读取到内存中。SQL Server 的所有数据操作，都是以“页”为基本单位进行的。一旦这些数据页进入内存，下一次再访问时，就可以直接从内存读取，避免磁盘 IO，性能差异非常明显。
除了数据页缓存，还有一些我们平时不太关注、但同样重要的缓存：
这些缓存在正常情况下，都是性能的保障。
SQL Server 提供了一组 DBCC 管理命令，用于清理不同类型的缓存：
1-- 清除存储过程/执行计划缓存2DBCC FREEPROCCACHE3-- 清除会话缓存4DBCC FREESESSIONCACHE5-- 清除系统缓存6DBCC FREESYSTEMCACHE('All')7-- 清除数据缓存（干净页）8DBCC DROPCLEANBUFFERS当我们遇到内存不足或者大批量临时查询执行完毕的时候，可以通过以上方式进行缓存清理。但是，执行命令后只是清空缓存，并不会释放内存。
需要注意的是： 这些命令会直接清空现有缓存，在高并发或业务高峰期执行，可能会引发短时间的性能抖动，一般只建议在低峰或明确知道后果的情况下使用。
SQL Server 没有官方命令可以直接释放内存。
现实中，DBA 常用的办法只有一个：临时调低 max server memory，强迫 SQL Server 回收内存。
1USE master2EXEC sp_configure 'show advanced options', 13RECONFIGURE WITH OVERRIDE45-- 临时降低最大内存6EXEC sp_configure 'max server memory (MB)', 204807RECONFIGURE WITH OVERRIDE89-- 恢复原来的配置10EXEC sp_configure 'max server memory (MB)', 5120011RECONFIGURE WITH OVERRIDE1213EXEC sp_configure 'show advanced options', 014RECONFIGURE WITH OVERRIDE
一旦上限降低，SQL Server 会立刻回收内存，效果通常很明显。
实际操作时，建议逐步下调内存，而不是一次性降得过低，并观察系统和 SQL Server 的响应情况，避免引入新的压力。这并不是一个“优雅”的方案，更像是 DBA 在现实运维中的一种妥协，但在实践中确实有效。
如果你更习惯使用 SSMS，也可以通过图形界面完成同样的操作：
本质上，和 sp_configure 做的是同一件事。
如果你管理过 SQL Server，就会明白：
很多时候，我们并不是在“控制数据库”，而是在和它的设计理念共存。
而 DBA 的工作，就是在性能与资源之间不断做平衡。