sql服务器内存选项有什么用，数据库性能优化关键配置有哪些

SQL Server 的内存选项相当于给数据库划定工作区的边界，核心作用就两个：限制SQL Server能吃多少内存，以及告诉它最低得保住多少内存。许多数据库管理员被“内存占用越来越高”困扰多年的根源，往往就是没理解这两个选项的分工，本文将结合日常运维场景，把内存选项的用途、设置方法以及常见误区讲清楚。

SQL Server内存选项到底管什么

SQL Server 是个“贪吃”的进程，它会在内存里缓存数据页、存储执行计划、维护排序缓冲区，如果放任不管，随着运行时间拉长，SQL Server 会尽量占满服务器上的所有空闲物理内存，这是设计使然它对内存的利用率越高越好。

但服务器上不止SQL Server一个程序在工作，操作系统需要内存，监控代理需要内存，其他业务服务也需要内存，如果SQL Server把内存全吃光了，操作系统就会被迫把内存页面换到硬盘，这时候整个系统都会变慢，内存选项存在的意义，就是让管理员在“让SQL Server多用内存提升性能”和“给操作系统留出余量”之间找一个平衡点。

最大内存：上限约束器

“最大内存”选项的意思非常直白SQL Server在运行时，无论多么想把数据留在内存里，最多也只能用到这个数值，它像一个上限阀门，不管压力多大,都不能越过这条线。

这个选项同时影响缓冲池、编译计划缓存和CLR等组件使用的总和，需要明确一点：它不限制SQL Server提交给操作系统的虚拟地址空间大小，而是限制活动那部分内存的消耗，所以有些管理员在服务器上看到SQL Server进程占用仍高于最大内存值时，先别急着怀疑设置没生效,这只是计数口径差异。

最小内存：保底预留

“最小内存”选项稍微绕一点，它设定的不是“启动时立刻占满这么多内存”，而是当服务器负载上来时，SQL Server从这个最小值往上增长，换句话讲，最小内存是兜底下限，某一时刻系统空闲时SQL Server可能用得比这个值少，一旦业务请求一来,它会快速抢占到这个水位以上。

最常见的用法是在同一台服务器上安装了多个SQL Server实例的场景，给每个实例都设置各自的最小内存，能防止某个实例把内存全抢走,保证多个实例都能分到足够资源。

sql server最大内存设置多少合适

关于设置多少合适，实施过程中有个演进缓慢的经验公式，过去很多DBA遵循“总内存减去2-4GB留给系统”的简单做法，云服务器普及以后，这个口径变得有些粗糙尤其在服务器内存达到128GB以上时,留给操作系统4GB肯定不够用。

行业共识认为，比较稳妥的计算方法是：最大内存 ≈ 物理总内存 – 操作系统预留内存 – 系统缓存余量,以下给出一个常见区间供参考：

这些数字并非绝对标准，比如服务器上还跑了IIS、RabbitMQ或其他大型应用程序，SQL Server的最大内存还得继续往下压缩，反之，如果SQL Server是这台机器的唯一主角,可以比上面的数值略微放宽。

配置内存选项的具体操作路径

用图形界面操作很简单：打开SSMS，右键实例名选“属性”，进入“内存”页面，在“服务器内存选项”里填写“最小内存”和“最大内存”即可，改完点击“确定”后立即生效,不需要重启服务。

用T-SQL命令同样可以完成,而且更适合批量调整：

EXEC sys.sp_configure N'show advanced options', 1;
RECONFIGURE;
EXEC sys.sp_configure N'min server memory (MB)', 2048;
EXEC sys.sp_configure N'max server memory (MB)', 28672;
RECONFIGURE;

修改完之后可以用下面的命令检查生效情况：

SELECT c.value_in_use
FROM sys.configurations c
WHERE c.name IN (N'min server memory (MB)', N'max server memory (MB)');

32GB内存服务器实际怎么配

以常见的32GB内存服务器为例，假设这台机器只跑SQL Server和基本监控组件，操作系统预留4GB，SQL Server最大内存设成27GB到28GB较为理想，同时建议给最小内存保留一个初始值，比如16GB，它的作用不在日常运行，而是当机器重启后SQL Server能迅速回到稳定工作水位。

给64GB内存机器做配置时，有相当一部分DBA会按“总内存减8GB”来设定子大小，若分析了部分服务器的实际数据，系统在内存充足时通常还额外占用1.5GB到3GB空间作为文件缓存，把这一部分算进去之后,留出10GB左右的安全余量比较稳妥。

sql server内存占用过高怎么解决

不少运维人员遇到的真实情况是：明明在SQL Server里设置了最大内存，也在任务管理器里看到内存占用还在持续上涨，这里必须分清两种占用SQL Server占用的内存和服务器上其他进程占用的内存。

先查到底是谁在吃内存

打开任务管理器或者用PowerShell命令查看进程列表最直接，如果sqlservr进程的内存列接近之前设定的最大内存值，说明SQL Server已经把配额用完了，这是正常状态，不用处理，如果sqlservr进程已经超过设定值,常见的原因包括：

• 第三方驱动或扩展存储过程跳出缓冲池限制分配内存



• 内存错误地计入AWE映射区域
• 设置了锁页内存权限之后，进程提交量大于实际活动量

如果SQL Server占用的内存正常，服务器总内存却仍然很高，就得把排查方向转向其他进程，例如IIS的工作进程、杀毒软件、备份代理都有可能占用大量物理内存。

最常见原因：最大内存根本没设置

在相当一部分中小型企业的服务器上，SQL Server安装完以后就直接丢在生产环境运行了，默认情况下，“最大内存”选项是一个非常大的数值，64位系统上，SQL Server几乎会尝试用完所有可用物理内存，操作系统在剩余内存最为逼近阈值时被迫开始频繁改写,业务就会表现出间歇性停顿。

解决办法很朴素按照上文表格里的建议值设定最大内存，很多情况下，改完这一个参数,内存不足引发的死锁和超时问题就缓解了不少。

通过DMV排查内存内部消耗

如果想深入确认内存究竟被谁占用了,打开SSMS执行以下查询：

SELECT type, sum(pages_kb)/1024 AS memory_mb
FROM sys.dm_os_memory_clerks
GROUP BY type
ORDER BY memory_mb DESC;

观察结果的输出格式与习惯，CACHESTORE_SQLCP 和 CACHESTORE_OBJCP 存储执行计划缓存，如果这两个对象占了很大比例，说明业务代码中临时查询（ad-hoc query）太多，此时可以开启“针对即席工作负荷进行优化”选项来帮助降低计划缓存的内存浪费：

EXEC sys.sp_configure N'optimize for ad hoc workloads', 1;
RECONFIGURE;

这个选项本身不消灭执行计划，而是用少量内存占位符代替完整的计划，等查询第二次执行时才生成完整计划，对高变参查询环境而言,效果领先于频繁清缓存：

DBCC FREEPROCCACHE;

后者不适合反复执行，频繁清空计划缓存反而让后续每个查询都得重新编译,CPU成本和额外内存开销更大。

锁定内存页需要考虑的额外风险

“锁定内存页”这类权限授予SQL Server服务账户以后，SQL Server所提交的内存就不会被操作系统换页到磁盘，这确实能提升性能，反而会引发另一个现象：任务管理器里显示的SQL Server内存占用比最大内存大,因为保留的虚拟内存全部占据物理页。

如果机器内存本身就很吃紧，授予这条权限会加剧内存压力，建议只在内存充足、业务QPS要求极高的服务器上启用此选项，从系统属性或本地安全策略的“锁定内存页”条目中分配权限。

sql server内存和cpu如何搭配更合理

考虑内存和CPU搭配问题时，除了看内存总量分配，还要关心一个隐含指标：并行查询的内存授予，在生产服务器上经常出现业务查询“语句没跑完，内存先爆了”的局面,由查询优化器为排序和哈希联接预留的缓存空间过多造成。

假设CPU是16核，最大并行度设置为4，那么一个哈希联接操作可能一次性从内存里申请1GB到3GB的工作空间，如果同时跑30个这样的查询，内存压力直接上几个量级，这时候除非修改最大内存，否则把并行度调低，往往也能间接减少内存竞争，具体可以在“实例属性 → 高级 → 并行”里把“最大并行度”从0改成2或4,根据业务高并发特点来取舍。

国内云服务器上sql server内存价格对比

把SQL Server部署在云平台上时，内存价格对选型影响较大，以主流云厂商为例，国内以北京、上海地域的云主机为例，同样4核8GB配置的Windows系统，SQL Server已经预装版和自装版价格差异不小，云厂商预装SQL Server的镜像，基础版和标准版费用差异较大,许多企业选择自购License自带上门安装。

在内存规格上，云服务器从8GB跳到16GB，续费价格大约会翻三成左右，购买前要算清，是把内存全部增加给SQL Server，还是留一部分给其他应用，若单纯为SQL Server扩容，把内存加到16GB同时把最大内存设为12GB,往往比直接换更高规格CPU性价比更好。

Q&A：sql server内存选项常见扩展思考

为什么设置了max server memory，内存还是越来越高？

先确认sqlservr进程本身占用是否超过设定值，统计数据表明，大多数情况下，进程内占用达到上限后呈现平稳态势，只是SQL Server内部把数据页和计划缓存撑得比较满，若进程确实超过设定值，检查是否授予了“锁定内存页”权限，或者是否同时运行了多个SQL Server实例，排查目标也包括数据库开启了“大页缓冲池”，数据库引擎在分配时逾越过max memory限制。

最小内存设成0有没有问题？

没有绝对的问题，但会出现一种体验不佳的场景：SQL Server实例启动后，内存随着负载上升而增长；当某一时刻负载下降，SQL Server未必会把内存主动释放回操作系统，空闲状态下内存仍然居高不下，此时管理员容易误以为内存泄漏，设置一个合理的“最小内存”值，有利于避免这个误会,也让实例在负载恢复时有足够的缓冲区支撑。

sql server需要从物理总内存中单独划出最大内存吗？

从操作系统角度看，SQL Server会预先把“最大内存”看成自己可以持续成长的上限，这套做法有利于构建稳定的运行环境，低峰时释放出来的内存资源也可供其他程序按需利用，SQL Server自身会通过懒写入器持续监控空闲内存量，不会因为最大内存设置较大就盲目膨胀，关键仍在于总内存数量是否足够支撑业务高峰期的并发访问，当物理内存真正吃紧时,再精细的配置也无法代替扩大内存容量的最终方案。