本地安装的SQL Server运行简单命令耗时过长，如何提升响应速度？

1. 内存配置排查与调整 #

• 调整SQL Server最大内存上限：你的设备总内存仅8GB，SQL Server默认会尽可能占用系统内存，预留不足会导致系统、SSMS和业务程序触发内存交换，拖慢整体性能。建议将SQL Server最大服务器内存设置为4GB~5GB，调整路径：SSMS右键服务器实例→属性→内存→修改最大服务器内存数值后保存。
• 为SQL Server服务账号开启锁页内存（LPIM）权限：避免SQL Server缓存的热数据被系统强制回收，减少磁盘换入换出开销，对小内存设备性能提升明显。

2. IO与数据库配置排查 #

• 修正数据/日志文件自动增长规则：如果文件自动增长设置为极小值（比如1MB/10MB），频繁扩容会带来大量随机IO开销，建议将数据文件自动增长设置为1GB/次，日志文件设置为256MB/次，同时关闭按百分比增长的规则。
• 关闭数据库冗余属性：检查对应数据库是否开启了AUTO_CLOSE（自动关闭）、AUTO_SHRINK（自动收缩）属性，两个属性会导致数据库频繁卸载加载、后台随机触发数据整理，严重拖慢查询速度，直接设置为False即可，调整路径：右键数据库→属性→选项→找到对应属性修改。
• 更新系统表统计信息：执行DBCC UPDATEUSAGE(你的数据库名称)修正系统表统计信息偏差，系统存储过程SP_HELPINDEX 'TableName'依赖系统元数据返回结果，统计信息过旧会直接拖慢执行速度。

3. 实例级配置优化 #

• 调整并行度配置：6核设备建议将*最大并行度（MAXDOP）*设置为3，并行查询成本阈值设置为50，避免简单查询触发不必要的并行调度开销。
• 关闭不必要的后台跟踪：检查是否开启了额外的审计、SQL Trace、扩展事件会话，后台调试类跟踪会增加所有查询的执行开销，不需要的会话直接关闭即可。

4. 瓶颈定位验证 #

• 执行以下语句开启统计信息后再运行SP_HELPINDEX 'TableName'，查看输出的逻辑读、物理读数值：

  SET STATISTICS TIME, IO ON
  GO
  SP_HELPINDEX 'TableName'
  GO
  

  如果物理读数值很高，说明数据未被缓存到内存，可进一步印证内存配置不足的问题。
• 执行以下查询查看SQL Server top等待类型，对应定位瓶颈：

  SELECT TOP 10 wait_type, wait_time_ms 
  FROM sys.dm_os_wait_stats
  WHERE wait_type NOT IN ('SLEEP_TASK', 'WAITFOR', 'LOGMGR_QUEUE', 'CHECKPOINT_QUEUE')
  ORDER BY wait_time_ms DESC
  

  常见异常等待对应解决方向：
  • PAGEIOLATCH_*类等待：对应IO或内存不足，按前序内存、IO配置调整
  • CXPACKET类等待：对应并行度配置不合理，调整MAXDOP即可
  • LCK_M_*类等待：对应锁阻塞，查询当前活跃阻塞会话终止异常会话即可

内容的提问来源于stack exchange，提问作者Ivan