SQL Server 的配置優(yōu)化需根據(jù)系統(tǒng)資源和業(yè)務(wù)需求進行調(diào)整，關(guān)鍵點包括內(nèi)存分配、最大并行度（MAXDOP）、恢復(fù)模式與日志管理、填充因子設(shè)置。1. 內(nèi)存分配上應(yīng)為操作系統(tǒng)和其他程序預(yù)留 2~4GB，其余可分配給 SQL Server，并注意 NUMA 架構(gòu)下的內(nèi)存均衡；2. MAXDOP 設(shè)置建議單個 NUMA 節(jié)點核心數(shù) ≤ 8 時設(shè)為 0，否則設(shè)為 4 或 8，OLTP 系統(tǒng)適合較低值如 1 或 2；3. 恢復(fù)模式中，簡單模式適合開發(fā)環(huán)境，完整模式適合生產(chǎn)環(huán)境，需定期做日志備份，日志文件初始大小建議為數(shù)據(jù)文件的 25%；4. 填充因子默認(rèn)為 0（即 100%），大多數(shù)情況下保持默認(rèn)最佳，僅在頻繁更新的表中考慮調(diào)低至 80~90，且修改后需重建索引生效。每項設(shè)置都應(yīng)基于實際負(fù)載調(diào)整，避免盲目照搬參數(shù)。

SQL Server 的配置優(yōu)化其實并不神秘，關(guān)鍵在于理解你的系統(tǒng)資源和業(yè)務(wù)需求。很多人一上來就想著調(diào)大內(nèi)存或者改并發(fā)數(shù)，但真正的優(yōu)化是建立在對各項設(shè)置的作用機制有一定了解的基礎(chǔ)上的。

內(nèi)存分配：別讓 SQL Server 餓著，也別讓它撐著

默認(rèn)情況下，SQL Server 是允許自己盡可能多地使用內(nèi)存的，這在大多數(shù)服務(wù)器上沒問題，但如果機器還跑著別的服務(wù)（比如 IIS、報表服務(wù)等），就得手動限制一下最大內(nèi)存了。

• 推薦做法：給操作系統(tǒng)和其他程序留出 2~4GB 內(nèi)存，剩下的都可以分配給 SQL Server。
• 怎么調(diào)：用 SSMS 進入“服務(wù)器屬性” → “內(nèi)存”，調(diào)整“最大服務(wù)器內(nèi)存”。
• 注意點：如果你用了 NUMA 架構(gòu)，還要考慮每個節(jié)點的內(nèi)存分布是否均衡。

有時候你發(fā)現(xiàn)服務(wù)器 CPU 不高，但查詢就是慢，可能就是因為內(nèi)存不足導(dǎo)致頻繁分頁，這時候適當(dāng)增加內(nèi)存上限能明顯改善性能。

最大并行度（MAXDOP）：控制并行查詢的節(jié)奏

這個設(shè)置決定了一個查詢最多能用幾個線程來執(zhí)行。太高可能導(dǎo)致 CPU 爭搶資源，太低又浪費多核優(yōu)勢。

• 一般建議：
  • 單個 NUMA 節(jié)點核心數(shù) ≤ 8，設(shè)為 0（不限制）
  • 否則建議設(shè)置為 4 或者 8
• 特殊情況：OLTP 系統(tǒng)通常更適合較低的 MAXDOP（如 1 或 2），避免長并發(fā)查詢影響其他操作。

你可以通過查詢 sys.dm_os_sys_info 來看看當(dāng)前系統(tǒng)的邏輯 CPU 數(shù)量，再結(jié)合實際負(fù)載測試來決定具體值。

恢復(fù)模式與日志管理：別讓事務(wù)日志拖后腿

很多用戶沒意識到恢復(fù)模式對性能的影響。簡單恢復(fù)模式適合開發(fā)或測試環(huán)境，可以省掉日志備份的麻煩；完整恢復(fù)模式適合生產(chǎn)環(huán)境，但需要定期維護日志。

• 常見誤區(qū)：日志文件太大是因為沒有做日志備份，而不是文件自動增長的問題。
• 解決方法：
  • 定期做日志備份（哪怕是每天一次）
  • 日志文件大小不要設(shè)置得太小，否則頻繁增長會拖慢寫入速度
  • 初始大小建議至少設(shè)置為數(shù)據(jù)文件的 25% 左右

如果日志文件已經(jīng)膨脹得很厲害，可以先做一次日志備份，然后收縮日志文件，再調(diào)整初始大小和增長策略。

填充因子（Fill Factor）：別亂調(diào)，默認(rèn)值往往最合理

填充因子控制索引頁的填充程度，默認(rèn)是 0（即 100%）。有些人以為調(diào)低一點可以減少頁分裂，但實際上多數(shù)場景下影響不大，反而會浪費存儲空間和內(nèi)存緩存。

• 什么時候該調(diào)低？
  • 如果某個表更新非常頻繁，而且經(jīng)常出現(xiàn)頁分裂
  • 可以嘗試設(shè)為 80~90
• 什么時候保持默認(rèn)？
  • 大多數(shù)只讀或偶爾更新的表
  • OLAP 類型的數(shù)據(jù)倉庫

記住，修改填充因子之后要重建索引才生效，而且每次重建都會帶來一定的性能開銷。

基本上就這些常見的配置項了。不復(fù)雜，但每一條都容易被忽略或者誤配。關(guān)鍵是根據(jù)實際負(fù)載情況去做調(diào)整，而不是照搬別人的參數(shù)。

以上是的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！