SQL Server查询表值函数时执行计划异常：函数被评估两次

这种情况我之前在排查SQL Server性能问题时碰到过好几次，大概率是优化器的执行计划逻辑在作祟，尤其是针对多语句表值函数（MTVF）的场景。结合你描述的现象，主要有这几个可能的原因：

• 优化器的基数预估验证机制
  SQL Server对多语句表值函数的基数预估通常很保守（默认预估1行，也就是你看到的EstimateRows="1"）。为了更准确地生成后续查询的执行计划，优化器可能会先执行一次函数来获取真实的行数信息——这次执行可能用了简化的上下文或者参数，导致返回0行；之后才会基于实际的查询参数和上下文再次执行函数，得到正确的1992行结果。这种预评估行为直接导致了函数被调用两次。

• 多语句表值函数的“黑盒”属性
  如果你的函数是多语句表值函数（而非内联表值函数ITVF），优化器无法将其内部逻辑展开到外层查询中优化，只能把它当成一个独立的“黑盒”对象。当外层查询需要依赖函数的结果做JOIN、WHERE过滤等操作时，优化器可能会先调用一次函数来判断数据是否存在，再决定后续的执行路径，这就触发了两次执行。

• 外层查询的条件分支逻辑
  如果调用函数的外层查询包含条件判断（比如根据函数返回结果是否为空来执行不同逻辑），优化器可能会先执行一次函数来评估分支条件，确认需要执行后续逻辑后，再第二次调用函数获取完整数据。

解决建议 #

针对这种情况，可以尝试以下几种方案来避免函数重复执行并提升性能：

• 优先改用内联表值函数（ITVF）
  内联表值函数本质上是一个带参数的SELECT语句，优化器会将其逻辑直接展开到外层查询中，不会被当成黑盒，也就不会出现重复执行的问题。只要你的函数逻辑可以用单条SELECT语句实现，这是最优解。

• 手动缓存函数结果
  如果必须使用多语句表值函数，可以先将函数结果缓存到临时表或表变量中，再基于临时表做后续查询，确保函数只执行一次：

-- 将函数结果存入临时表
SELECT * INTO #TempFuncResults FROM dbo.YourTableValuedFunction(@YourParam);
-- 基于临时表执行后续查询
SELECT * FROM #TempFuncResults WHERE [YourCondition];

• 强制重新编译执行计划
  可以在调用函数的外层查询末尾添加OPTION (RECOMPILE)，让优化器基于实际参数生成执行计划，避免因参数嗅探或预评估导致的重复执行：

SELECT * 
FROM dbo.YourTableValuedFunction(@YourParam)
OPTION (RECOMPILE);

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