sql数据库执行计划稳定性需通过查询提示、统计信息管理、查询存储及对象变更约束协同保障：option提示可精准控制关键语句计划；定期全量更新大表统计信息并异步更新小表；query store支持黄金计划强制与一键回退；ddl变更须解耦发布并保持主从环境一致。
SQL数据库执行计划的稳定性，核心在于避免查询优化器因统计信息变化、参数嗅探或对象结构变更而频繁生成非最优执行计划。锁定执行计划不是强制固定某条计划，而是通过可控手段引导优化器持续选择稳定、高效的实际执行路径。
使用查询提示（Query Hints）精准控制关键语句
对业务关键、性能敏感的SQL（如报表主查询、订单结算逻辑），可在语句级显式指定执行计划倾向。常用提示包括：OPTION (RECOMPILE)适用于参数值分布极不均匀的场景，每次执行都基于实时参数生成计划；OPTION (OPTIMIZE FOR (@p = 'value'))可缓解参数嗅探偏差；OPTION (USE PLAN N'...')直接绑定XML格式的执行计划（需谨慎验证兼容性）。注意：提示优先级高于优化器决策，滥用可能导致计划僵化或维护困难，仅用于已确认问题且测试充分的语句。
合理管理统计信息与更新策略
执行计划不稳定常源于统计信息过期或采样失真。应避免全库自动更新（AUTO_UPDATE_STATISTICS）在高并发写入表上引发意外重编译。建议：
- 对大表启用 STATISTICS_NORECOMPUTE = OFF 并配合 UPDATE STATISTICS ... WITH FULLSCAN 定期全量更新（如夜间维护窗口）
- 对变动频繁的小表，保留自动更新，但设置 AUTO_UPDATE_STATISTICS_ASYNC = ON 避免阻塞查询
- 对倾斜列（如状态码、地区编码），手动创建带 WITH STAT_HEADER, DENSITY_VECTOR, HISTOGRAM 的统计信息并监控直方图步长变化
利用查询存储（Query Store）实现计划强制与回滚
SQL Server 2016+ 提供的查询存储是保障计划稳定性的首选机制。启用后：
- 自动捕获历史执行计划、运行时指标和等待统计
- 通过 sys.query_store_plan 识别出性能稳定的“黄金计划”
- 执行 sp_query_store_force_plan @query_id, @plan_id 强制绑定该计划，即使统计信息刷新也不受影响
- 当发现强制计划失效（如索引被删），可快速调用 sp_query_store_unforce_plan 解除绑定并切换至次优计划
约束对象变更与执行环境一致性
索引增删、列类型调整、分区切换等DDL操作会清空相关对象的计划缓存，触发全量重编译。应：
- 将结构变更与应用发布解耦，避免上线时批量重编译冲击缓冲池
- 对只读副本执行计划稳定性要求高的场景，禁用 LEGACY_CARDINALITY_ESTIMATION 等兼容性选项，确保主从优化器行为一致
- 在测试环境模拟生产数据分布，验证新索引或统计信息更新后，关键查询是否仍命中预期计划（可通过 SET STATISTICS XML ON 对比执行计划哈希值）
