数据库升级后存储过程变INVALID，根本原因是引擎内部对象定义或行为发生不兼容变更，如系统视图新增列、内置函数移除或权限模型调整，导致加载时校验失败；SQL Server需用sp_recompile批量标记重编译，Oracle则需ALTER ... COMPILE显式编译。
数据库升级后存储过程失效，不是代码写错了，而是依赖的元数据（比如系统视图结构、内置函数行为、统计信息格式）变了，导致 SQL Server 或 Oracle 在加载时校验失败，直接标为 INVALID 状态。
为什么升级后存储过程变 INVALID？
根本原因是数据库引擎内部对象定义或行为发生了不兼容变更。例如：
- SQL Server 升级到 2022（兼容级别
160）后，sys.dm_exec_query_stats新增列，旧版 SP 若显式 SELECT * FROM 它，就会编译失败 - Oracle 升级后，
DBA_OBJECTS的STATUS列语义微调，或UTL_FILE权限模型变化，也会让依赖它的包体失效 - 兼容性级别下调（如从
160改回150）会清空整个计划缓存，并使部分新语法解析失败，间接触发重编译失败
注意：失效对象仍可调用，但首次执行时会尝试自动重新编译；若编译失败（比如引用了已移除的系统函数），才真正报错“对象名无效”或“PLS-00302”。
SQL Server 批量重新编译失效存储过程
别手动一个个 EXEC sp_recompile —— 升级后往往有几十甚至上百个失效对象，必须脚本化处理。
- 先查出所有当前库中状态为
INVALID的存储过程：SELECT OBJECT_NAME(object_id) AS name FROM sys.objects WHERE type = 'P' AND is_ms_shipped = 0 AND OBJECTPROPERTY(object_id, 'IsExecuted') = 0
- 生成批量标记命令（下次执行时才真正编译）：
SELECT 'EXEC sp_recompile ''' + name + ''';' FROM sys.objects WHERE type = 'P' AND is_ms_shipped = 0 AND OBJECTPROPERTY(object_id, 'IsExecuted') = 0
- 执行结果集里的所有
EXEC sp_recompile语句；之后首次调用这些过程时，就会用新兼容级别+新统计信息重新生成计划 - 如果想立刻强制全部重编译（慎用，高并发下可能 CPU 尖刺），可用：
DBCC FREEPROCCACHE; -- 清全局缓存，触发所有后续执行硬解析
但更稳妥的做法是配合UPDATE STATISTICS后再跑sp_recompile
Oracle 批量编译失效对象（含存储过程、函数、包）
Oracle 不像 SQL Server 那样有 sp_recompile，它靠 ALTER ... COMPILE 显式重试编译，且必须区分包头和包体。
- 查所有失效对象：
SELECT owner, object_name, object_type, status FROM dba_objects WHERE status = 'INVALID' AND object_type IN ('PROCEDURE', 'FUNCTION', 'PACKAGE', 'PACKAGE BODY', 'TRIGGER', 'VIEW'); - 生成编译脚本（注意：包体要用
COMPILE BODY）：SELECT 'ALTER ' || object_type || ' ' || owner || '.' || object_name || CASE WHEN object_type = 'PACKAGE BODY' THEN ' COMPILE BODY;' ELSE ' COMPILE;' END FROM dba_objects WHERE status = 'INVALID' AND object_type IN ('PROCEDURE', 'FUNCTION', 'PACKAGE', 'PACKAGE BODY', 'TRIGGER', 'VIEW'); - 把结果保存为
recompile_invalid.sql，然后在 SQL*Plus 中运行：@recompile_invalid.sql
- 编译后检查是否还有残留：
SELECT COUNT(*) FROM dba_objects WHERE status = 'INVALID';
若非零，说明某些对象依赖链断裂（比如被删的表还在 SP 里引用），得人工修复源码再重试
容易被忽略的关键点
批量编译只是“让对象能跑起来”，不代表性能恢复。升级后必须同步做三件事：
- 确认新兼容级别是否已生效：
SELECT compatibility_level FROM sys.databases WHERE name = DB_NAME(); - 更新统计信息：
EXEC sp_updatestats;（SQL Server）或EXEC DBMS_STATS.GATHER_DATABASE_STATS;（Oracle） - 检查是否有隐式类型转换：升级后优化器对参数匹配更严格，
@id INT传BIGINT值更容易触发CONVERT_IMPLICIT，导致索引失效
