兩種管理模式對比
| 維度 | 動態分配（默認） | 靜態分配 |
|---|
| 原理 | SQL Server 自動向 OS 申請/釋放內存 | 啟動時固定預留內存塊 |
| 配置參數 | min server memory、max server memory | min server memory = max server memory |
| 適用場景 | 專用 DB 服務器、負載波動大 | 共存多實例、嚴格資源隔離、虛擬化環境 |
| 優點 | 零維護、自適應、最大化利用閒置內存 | 可預測、不影響其他進程、避免內存爭用 |
| 缺點 | 可能擠佔 OS/其他應用內存、導致分頁 | 內存不足時無法擴展、可能 OOM、利用率低 |
默認行為解讀
- 安裝後
max server memory = 2147483647 MB（理論無上限）
- SQL Server 會盡可能佔用物理內存（扣除 OS 保留），這是設計使然，非洩漏。
- 專用機器上無需干預，讓引擎自我管理。
共存場景配置策略
場景：DB + IIS/Web 應用同機
- 測量基線： 高峰期收集
Buffer Cache Hit Ratio、Page Life Expectancy、Memory Grants Pending、Pages/sec
- 設置上限：
max server memory = 物理內存 - (OS 2~4GB + IIS/其他進程峰值)
- 觀察交換： 若
Pages/sec 持續 > 100，說明內存壓力大，需增大上限或物理擴容
- 微調下限：
min server memory 設為業務低峰期也能接受的最小值，防止被 OS 完全回收導致冷啟動慢
進階選項：預留物理內存
- 選項： 「為 SQL Server 預留物理內存」/
Lock Pages in Memory 權限
- 效果： 防止 SQL Server 內存被分頁到磁盤，大幅降低延遲抖動
- 風險： 若其他關鍵進程（備份、防毒、監控）突發需大量內存，系統可能 OOM Crash
- 建議： 僅在物理內存 ≥ 16GB、專用或極少共存、且已配置合理
max server memory 時啟用
監控關鍵指標
| 指標 | 健康閾值 | 異常含義 |
|---|
| Buffer Cache Hit Ratio | > 95% | 內存不足、需增大 max memory |
| Page Life Expectancy (秒) | > 300 | 數據頁停留時間短，內存壓力 |
| Memory Grants Pending | = 0 | 查詢排隊等待內存授予 |
| Target Server Memory (KB) | 接近 Total/Max | 引擎想要更多內存 |
| Pages/sec (系統計數器) | < 50 | 頻繁分頁，嚴重性能退化 |
總結
動態分配是 90%+ 場景的最佳選擇；共存或嚴格隔離場景下，通過 min/max server memory 精細劃分，配合 Lock Pages in Memory 權限，實現「既保障 DB 性能，又不拖垮宿主」。核心原則：用數據說話，小步調整，持續觀測。
