SQL Server First Responder Kit中sp_BlitzLock调试模式错误分析

在SQL Server性能诊断工具包SQL Server First Responder Kit中，存储过程sp_BlitzLock用于分析SQL Server中的死锁问题。近期发现当使用@Debug=1参数运行该存储过程时，可能会遇到"Invalid object name '#available_plans'"的错误。

问题背景

sp_BlitzLock是一个专门用于收集和分析SQL Server死锁信息的工具。当启用调试模式(@Debug=1)时，它会输出额外的诊断信息以帮助开发人员或DBA排查问题。然而，在某些特定条件下，这个调试功能反而会导致存储过程执行中断。

错误发生的条件

经过分析，该错误通常在以下情况下出现：

1. 系统中存在死锁记录
2. SQL Server的查询计划缓存为空或相关查询计划不可用
3. 启用了@Debug=1调试参数

技术原理分析

错误信息显示存储过程尝试访问一个名为#available_plans的临时表，但这个表不存在。深入代码后发现：

1. sp_BlitzLock会尝试从计划缓存中收集死锁相关的执行计划信息
2. 当计划缓存为空时，创建临时表#available_plans的代码分支可能不会执行
3. 但调试输出部分仍然尝试引用这个可能不存在的临时表

影响范围

该问题主要影响：

• 使用调试模式分析死锁的DBA
• 计划缓存被清空后尝试诊断死锁的场景
• 特别是那些刚经历过大量查询或计划缓存刷新的生产环境

解决方案

修复方案主要包括：

1. 在执行调试输出前检查临时表是否存在
2. 确保临时表的创建逻辑在所有执行路径上都得到执行
3. 添加适当的错误处理机制

最佳实践建议

在使用sp_BlitzLock进行死锁分析时，建议：

1. 生产环境中谨慎使用调试模式
2. 如果必须使用调试模式，确保计划缓存中有足够的信息
3. 定期更新到最新版本的SQL Server First Responder Kit以获取修复
4. 对于关键系统，先在测试环境验证存储过程行为

总结

这个调试模式下的错误虽然不影响sp_BlitzLock的主要功能，但它提醒我们在编写诊断工具时需要考虑各种边界条件，特别是当工具自身也提供诊断功能时。良好的错误处理和防御性编程对于维护工具的可靠性至关重要。