强制缓存SQL查询执行计划：解决早间首次SELECT查询慢问题

嘿，你的思路完全靠谱——提前预缓存查询执行计划确实是解决SQL Server首次查询“冷启动”延迟的经典手段之一！先给你拆解清楚：

你的方案可行性确认 #

你推测的原因没错：SQL Server首次执行未缓存的查询时，需要编译生成执行计划，这个过程会消耗额外时间，而后续执行会直接复用缓存里的计划，速度就快了。

你想创建存储过程封装目标SELECT查询，再用SQL Server代理定时执行（比如每天早8点、间隔几小时）的方案是完全可行的，而且有额外优势：

• 存储过程的执行计划通常比即席查询的计划更稳定，不容易因为内存压力或小的统计信息更新被驱逐出缓存。
• 定时执行相当于主动“预热”缓存，确保用户首次访问时计划已经在缓存里了。

实现起来也简单：

1. 创建封装查询的存储过程：

CREATE PROCEDURE dbo.PrerunYourSlowQuery
AS
BEGIN
    SET NOCOUNT ON;
    -- 这里放你的目标SELECT查询，注意用有代表性的参数（如果是参数化查询）
    SELECT * FROM YourTargetTable WHERE YourCondition = 'RepresentativeValue';
END

2. 用SQL Server代理创建作业，设置定时触发（每天8点、每N小时一次），作业步骤就是执行这个存储过程：EXEC dbo.PrerunYourSlowQuery;

其他强制缓存执行计划的方法 #

除了定时执行存储过程，还有这些方法可以帮你预缓存或保留计划：

1. 使用sp_executesql执行参数化查询 #

如果不想创建存储过程，也可以直接用参数化的方式执行查询，让SQL Server缓存计划：

EXEC sp_executesql 
    N'SELECT * FROM YourTargetTable WHERE Id = @Id',
    N'@Id INT',
    @Id = 123; -- 用一个有代表性的参数值

把这段脚本放到SQL Server代理作业里定时执行，效果和存储过程类似，更灵活不需要创建对象。

2. 使用KEEPFIXED PLAN查询提示 #

修改你的目标查询，加上OPTION (KEEPFIXED PLAN)提示，让SQL Server尽量保留这个查询的计划，即使统计信息有小幅度更新也不会重新编译：

SELECT * FROM YourTargetTable WHERE YourCondition = 'SomeValue'
OPTION (KEEPFIXED PLAN);

这个方法适合你能修改查询语句的场景，能延长计划在缓存里的停留时间。

3. 创建计划指南（Plan Guide） #

用sys.sp_create_plan_guide绑定特定查询的执行计划，强制SQL Server复用这个计划，避免首次编译。步骤大概是：

1. 先手动执行一次查询，得到最优计划；
2. 创建计划指南绑定到这个查询，比如：

EXEC sys.sp_create_plan_guide
    @name = N'GuideForYourSlowQuery',
    @stmt = N'SELECT * FROM YourTargetTable WHERE Id = @Id',
    @type = N'SQL',
    @module_or_batch = NULL,
    @params = N'@Id INT',
    @hints = N'OPTION (RECOMPILE)'; -- 这里可以指定计划，或者直接让SQL缓存计划

计划指南会强制SQL Server为该查询使用指定的计划逻辑，确保首次执行就用缓存好的计划。

4. 调整服务器缓存配置（谨慎操作） #

如果你的服务器内存充足，可以调整配置减少计划被驱逐的概率：

• 增大max server memory设置，给SQL Server更多内存用于缓存计划；
• 如果你是针对即席查询，暂时关闭optimize for ad hoc workloads（默认开启时，首次执行只存计划存根，第二次才存完整计划），执行一次查询后再开启，这样完整计划会被缓存。

5. 数据库级别的预缓存（适合集群/高可用场景） #

如果用了SQL Server Always On可用性组，可以设置自动同步计划缓存到只读副本；或者在数据库启动时执行预缓存脚本，确保服务重启后计划立刻被加载。

注意事项 #

• 确保预缓存用的参数是有代表性的，不然生成的计划可能对其他用户的查询不是最优的；
• 定期检查缓存状态，用以下查询查看你的计划是否在缓存里：

SELECT cp.plan_handle, st.text
FROM sys.dm_exec_cached_plans cp
CROSS APPLY sys.dm_exec_sql_text(cp.plan_handle) st
WHERE st.text LIKE '%YourTargetTable%'; -- 替换成你的表名或查询关键词

• 如果表数据有大规模更新或统计信息变化，记得重新预缓存，避免用旧的过时计划。

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