参数嗅探和存储过程执行计划性能
当 @MyDate 为 NULL 执行时，存储过程会遇到性能问题，即使生成的执行计划不是最优的。无论 @MyDate 实际上是 NULL 还是通过 IF 语句设置为当前时间戳，此问题仍然存在。
有问题的执行计划被认为是由参数嗅探引起的，其中 SQL Server 根据参数嗅探来编译存储过程编译时提供的参数值。但是，在这种情况下，即使参数为 NULL，也会出现问题，这与典型的参数嗅探场景相矛盾。
通过欺骗参数 (@MyDate_Copy) 来禁用参数嗅探可以解决该问题。这表明服务器正在使用基于任意 NULL 值的错误执行计划。
洞察现象
根据接受的答案，在 SQL 中进行参数嗅探众所周知，Server 2005 存在可能导致执行计划不佳的问题。据推测，即使参数为 NULL，服务器也会根据不具代表性的参数值生成无效的计划。此外，还发现了 LEFT JOIN 和 NULL 的问题，通过将它们替换为 NOT IN 或 NOT EXISTS 解决了这些问题。
解决方案
对于 SQL Server 2008，可以使用“针对未知进行优化”选项来缓解该问题。
以上是为什么我的存储过程即使使用 NULL 参数也会出现性能问题，如何修复它？的详细内容。更多信息请关注PHP中文网其他相关文章！
