sp_recompile 标记对象下次执行时重编译，不立即触发，支持存储过程、函数、视图、触发器及表（连带刷新引用模块），批量操作需游标或动态sql，仅作用于当前数据库。
用 sp_recompile 批量标记存储过程为“下次执行时重编译”
sp_recompile 不会立刻执行重编译，而是给目标对象打个标记，让它在下一次被调用时自动重新生成执行计划。这对生产环境更安全——避免在高峰期触发编译阻塞。它支持存储过程、函数、视图、触发器，也支持表（会连带刷新所有引用它的模块）。
批量操作需配合游标或动态 SQL。推荐用以下方式遍历当前库所有用户定义的存储过程：
DECLARE @proc_name NVARCHAR(256)
DECLARE proc_cursor CURSOR FOR
SELECT QUOTENAME(SCHEMA_NAME(schema_id)) + '.' + QUOTENAME(name)
FROM sys.procedures
WHERE is_ms_shipped = 0
OPEN proc_cursor
FETCH NEXT FROM proc_cursor INTO @proc_name
WHILE @@FETCH_STATUS = 0
BEGIN
EXEC sp_recompile @objname = @proc_name
FETCH NEXT FROM proc_cursor INTO @proc_name
END
CLOSE proc_cursor
DEALLOCATE proc_cursor
注意：sp_recompile 只作用于当前数据库；若跨库操作，需显式 USE [dbname] 切换上下文；对同名但不同 schema 的过程必须用双引号或方括号完整限定，否则可能报错“找不到对象”。
用 ALTER PROCEDURE 强制立即重编译（含定义重载）
当存储过程依赖的表结构已变更（如删了列），仅靠 sp_recompile 可能不够——因为旧缓存的元数据仍存在，下次执行时可能直接报错“无效列名”。这时需要真正“重读定义并重绑定”，ALTER PROCEDURE 是最可靠的方式。
它本质是把原过程的 CREATE 脚本替换成 ALTER 后再执行一遍，强制 SQL Server 重新解析、验证、绑定依赖项。批量实现的关键是：从 sys.sql_modules 提取原始定义，替换开头的 CREATE 为 ALTER：
SELECT
'ALTER ' + m.definition
FROM sys.procedures p
INNER JOIN sys.sql_modules m ON p.object_id = m.object_id
WHERE p.is_ms_shipped = 0
AND m.definition LIKE 'CREATE PROC%'
把结果复制执行即可。但要注意：
- 部分过程定义里含
GO（非 T-SQL 语句），SSMS 中需分批执行，不能一次性粘贴运行 - 如果过程含加密（
WITH ENCRYPTION），sys.sql_modules.definition返回 NULL，该方法失效 - 某些老版本（SQL Server 2005）中需改查
syscomments，且要拼接多行文本
为什么不用 sp_refreshsqlmodule 刷新存储过程？
sp_refreshsqlmodule 主要设计用于视图、内联表值函数、标量函数等“依赖元数据”的对象，它会重新绑定引用的列、表、权限等，但对存储过程效果有限——它不重编译执行计划，也不校验过程体内的逻辑语法是否仍有效（比如引用了一个刚被 DROP 的临时表变量名）。
实测中，对存储过程执行 EXEC sp_refreshsqlmodule 'dbo.usp_GetOrder' 后，再次执行仍可能报错“列名无效”，除非你先手动改过表结构又没清缓存。所以它不是存储过程批量重编译的主力工具，更适合搭配视图/函数一起刷。
另外，该系统存储过程在 SQL Server 2005 及更早版本中不存在，兼容性不如 sp_recompile。
容易忽略的执行时机与副作用
重编译不是“越勤越好”。频繁调用 sp_recompile 或大量 ALTER PROCEDURE 会带来真实开销：
- 每次重编译都触发一次查询优化器工作，消耗 CPU，尤其在复杂过程上可能卡住调用线程
- 重编译期间，该过程会被加 SCH_S 锁，阻塞 DDL 操作（如改表结构），也可能阻塞其他并发执行
- 如果过程里用了参数嗅探敏感写法（如未加
OPTION (RECOMPILE)），重编译后新生成的计划可能比旧计划更差
真正该批量重编译的场景很明确：刚做完一批表结构变更（ALTER TABLE）、刚还原完数据库、或发现多个过程突然报“元数据不一致”类错误。平时没必要定期跑——SQL Server 自己会在统计信息更新、索引重建后按需触发重编译。
