sys.dm_exec_procedure_stats查不到刚执行的过程是因为它只显示仍在计划缓存中的存储过程统计；WITH RECOMPILE、内存压力、DBCC FREEPROCCACHE、重启或计划老化（约12小时）均会导致计划被清除。
直接查 sys.dm_exec_procedure_stats 只能拿到“当前还在缓存里”的执行耗时，刚跑完就被踢出计划缓存的过程，这条视图里根本没记录——它不是历史日志，而是内存快照。
为什么 sys.dm_exec_procedure_stats 查不到你刚执行过的过程？
这个视图只保留「仍在计划缓存中」且执行过的存储过程统计。以下情况会导致它不出现：
- 过程加了
WITH RECOMPILE，每次执行都新建计划、不缓存 - SQL Server 内存压力大，刚编译的计划被自动淘汰
- 有人执行了
DBCC FREEPROCCACHE或重启了服务 - 过程首次执行后没再调用，计划老化超时（默认约 12 小时无访问即释放）
哪怕你刚手动 EXEC YourProc 过一次，查这个视图返回空，也不代表没执行成功——只是计划已不在内存。
SQL Server 2016+：用查询存储（Query Store）查真实历史耗时
这是唯一能跨重启、抗驱逐、带执行计划和运行时指标的方案。启用后，所有执行记录都会持久化到数据库内：
- 启用：
ALTER DATABASE [YourDB] SET QUERY_STORE = ON - 查某过程的历史平均耗时：
SELECT p.plan_id, r.avg_duration / 1000.0 AS [avg_duration_ms], r.avg_logical_io_reads, r.last_execution_time FROM sys.query_store_plan p JOIN sys.query_store_runtime_stats r ON p.plan_id = r.plan_id JOIN sys.query_store_query q ON p.query_id = q.query_id WHERE q.object_id = OBJECT_ID('YourProcName') - 注意：
avg_duration单位是微秒，必须除以 1000 才是毫秒 - 默认清理策略是 30 天，可通过
STALE_QUERY_THRESHOLD_DAYS调整
没有查询存储怎么办？只能靠自己埋点记日志
在存储过程内部用 SYSDATETIME() 打点，写入自建日志表，这是最可控、最不依赖外部状态的方式：
- 开头声明：
DECLARE @start_time datetime2 = SYSDATETIME(); - 结尾计算：
DECLARE @duration_ms bigint = DATEDIFF(ms, @start_time, SYSDATETIME()); - 必须 INSERT 到日志表，不能只 SELECT 输出；推荐字段包括：
proc_name（用OBJECT_NAME(@@PROCID)动态取）、start_time、duration_ms、status、error_msg - 务必放在
TRY...CATCH的CATCH块里补失败记录，否则异常退出就断档
动态管理视图是易失的，查询存储要版本支持，只有自己写的日志表，才真正属于你——而且它还能帮你定位是哪次调用突然变慢，而不是只看到一个平均值。
