SQL Server查询缓存机制咨询及SSMS与应用查询性能差异问题

一、多用户查询的缓存机制 #

• SQL Server会缓存查询执行计划和数据页，但不会直接缓存完整的查询结果（除非显式使用RESULT_CACHE特性）。
• 缓存位置完全在SQL Server所在的主机服务器上：
  • 执行计划存储在服务器的「计划缓存（Plan Cache）」中
  • 数据页存储在服务器的「缓冲池（Buffer Pool）」中
• 当第二个用户执行相同查询时：
  • 如果查询文本完全一致（包括大小写、空格、参数化格式），SQL Server会复用已缓存的执行计划
  • 如果查询所需的数据已经在缓冲池中，无需从磁盘重新读取，执行速度会显著提升
  • 若查询存在差异（比如硬编码的条件值不同），SQL Server可能会重新生成执行计划

二、SSMS执行快但应用调用慢的常见原因 #

• 参数嗅探差异：SQL Server会根据首次执行的参数生成执行计划，若SSMS使用的参数是高频常见值，生成的计划对应用中使用的边缘值可能效率极低，导致执行变慢。
• SET选项不一致：SSMS默认的SET选项（如ANSI_NULLS、QUOTED_IDENTIFIER、ARITHABORT）与应用连接时的设置不同，SQL Server会将其视为不同查询，无法复用缓存计划，甚至生成低效计划。
• 参数化方式问题：应用若使用未参数化的动态SQL，每次执行都会生成新的执行计划；而SSMS中可能使用了参数化查询，直接复用缓存计划。
• 连接上下文差异：应用使用的数据库用户权限、默认数据库、事务隔离级别与SSMS不同，可能影响执行计划的选择或锁的行为，导致执行延迟。
• 服务器负载差异：应用执行时服务器可能处于高负载状态（CPU、内存占用高），而SSMS执行时服务器负载较低，导致执行速度差异。

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