SQL Server 2022中函数按需调用存在的UDF时随机报错排查

1. SQL Server 2022的执行变更是否导致此问题？ #

是。核心涉及两个关键执行逻辑变更：

• 标量UDF内联（Scalar UDF Inlining）：SQL Server 2022默认开启该优化，会将符合条件的标量UDF直接展开到调用它的查询执行计划中。这意味着编译dbo.csp_Something时，SQL Server会提前解析dbo.cfn_Something内部的ext.cfn_Something引用，而非等到运行时检查OBJECT_ID后再处理。如果编译时ext.cfn_Something不存在，或者编译用户无ext架构访问权限，后续复用缓存计划时就会触发对象找不到的错误。
• 执行计划的上下文绑定：管理员账号首次执行存储过程时，缓存的计划会携带管理员的权限上下文（可访问ext架构）。普通账号复用该计划时，因无ext架构权限，会触发权限相关的“对象不存在”错误，表现为随机报错。

2. WITH RECOMPILE是否为稳定解决方案？ #

不是长期稳定方案：

• 短期有效：WITH RECOMPILE强制每次执行都重新生成执行计划，避免复用错误缓存，同时用当前执行用户的上下文编译，解决权限或对象存在性冲突。
• 弊端：每次编译会消耗CPU资源，高并发场景下会显著降低性能；仅规避缓存影响，未从根源解决编译时提前解析对象的问题。

3. 是否有其他WITH选项可解决该问题？ #

有两种更轻量的替代方案：

• 查询级别重编译：在存储过程的查询语句末尾添加OPTION (RECOMPILE)，仅针对该查询重新编译，而非整个存储过程，性能影响更小：

  CREATE PROCEDURE dbo.csp_Something @SomeColumn INT
  AS
  SELECT ID, dbo.cfn_Something(ID) AS Value 
  FROM Table 
  WHERE SomeColumn=@SomeColumn
  OPTION (RECOMPILE)
  

• 禁用标量UDF内联：修改dbo.cfn_Something，添加WITH INLINE = OFF，阻止SQL Server将其展开到查询计划中，确保运行时才检查ext.cfn_Something的存在性：

  ALTER FUNCTION dbo.cfn_Something(@ID INT) 
  RETURNS BIT 
  WITH INLINE = OFF
  AS 
  BEGIN
    DECLARE @Ret BIT
    IF OBJECT_ID('ext.cfn_Something') IS NOT NULL
      SET @Ret=ext.cfn_Something(@ID)
    ELSE BEGIN
      SET @Ret=CASE WHEN @ID>0 THEN 1 ELSE 0 END
    END
    RETURN @Ret
  END
  

4. 有无更好的方案，既能保持dbo对象不变，又允许在ext架构中创建任意对象？ #

推荐使用动态SQL延迟ext对象的解析时机，确保只有运行时确认对象存在后才解析调用，避免编译时绑定：

ALTER FUNCTION dbo.cfn_Something(@ID INT) 
RETURNS BIT 
AS 
BEGIN
  DECLARE @Ret BIT
  IF OBJECT_ID('ext.cfn_Something') IS NOT NULL
  BEGIN
    -- 用动态SQL延迟解析ext函数
    EXEC sp_executesql 
      N'SELECT @Ret = ext.cfn_Something(@ID)',
      N'@ID INT, @Ret BIT OUTPUT',
      @ID = @ID,
      @Ret = @Ret OUTPUT
  END
  ELSE BEGIN
    SET @Ret=CASE WHEN @ID>0 THEN 1 ELSE 0 END
  END
  RETURN @Ret
END

若涉及权限问题，可给普通用户授予ext架构的VIEW DEFINITION权限，确保编译时用户能解析ext对象（即使对象不存在，也不会因权限不足报错）。

5. 如何诊断执行与缓存相关的问题？ #

可通过以下工具和系统视图诊断：

• 查看缓存计划：查询系统视图获取缓存的执行计划，检查是否包含ext.cfn_Something的引用：

  SELECT 
    cp.plan_handle,
    st.text,
    qp.query_plan
  FROM sys.dm_exec_cached_plans cp
  CROSS APPLY sys.dm_exec_sql_text(cp.plan_handle) st
  CROSS APPLY sys.dm_exec_query_plan(cp.plan_handle) qp
  WHERE st.text LIKE '%cfn_Something%'
  

• 跟踪编译与缓存事件：使用Extended Events或SQL Server Profiler跟踪以下事件：
  • SP:CacheHit/SP:CacheMiss：查看缓存命中情况
  • SP:Recompile：跟踪计划重编译的原因
  • ErrorLog：捕获对象不存在的错误详情
• 检查计划属性：通过sys.dm_exec_plan_attributes查看缓存计划的上下文信息（如编译用户、权限等）：

  SELECT 
    pa.attribute,
    pa.value
  FROM sys.dm_exec_cached_plans cp
  CROSS APPLY sys.dm_exec_plan_attributes(cp.plan_handle) pa
  WHERE cp.plan_handle = (SELECT plan_handle FROM sys.dm_exec_cached_plans cp CROSS APPLY sys.dm_exec_sql_text(cp.plan_handle) st WHERE st.text LIKE '%csp_Something%')
  

• 测试缓存失效：使用DBCC FREEPROCCACHE(plan_handle)清空特定缓存计划，验证报错是否消失，确认问题是否与缓存相关。

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