SQL Server First Responder Kit中sp_BlitzCache对只读副本的支持优化

在SQL Server性能调优工作中，First Responder Kit工具包中的sp_BlitzCache存储过程是一个极为重要的诊断工具。它能够快速分析SQL Server的查询计划缓存，识别出性能问题查询。然而，在实际生产环境中，我们经常需要在只读副本(Read-Only Replicas)上运行性能分析，而原始版本的sp_BlitzCache对此支持有限。

只读副本分析的重要性

只读副本在SQL Server高可用性和负载均衡架构中扮演着关键角色。它们通常用于：

1. 分担主库的读负载
2. 为报表和分析查询提供独立环境
3. 作为灾难恢复的备用节点

在这些场景下，我们同样需要监控和分析只读副本上的查询性能，因为：

• 只读副本可能有与主库不同的查询模式
• 资源竞争情况可能与主库不同
• 某些查询可能在只读副本上表现不佳

原有实现的问题

原始版本的sp_BlitzCache在设计时主要考虑了对主库的分析，当连接到配置了ApplicationIntent=ReadOnly的只读副本时，存储过程会跳过对该数据库的分析。这种行为限制了DBA在只读环境下的诊断能力。

解决方案实现

新版本通过引入@IgnoreReadableReplicaDBs参数解决了这个问题：

@IgnoreReadableReplicaDBs BIT = 1

当此参数设置为0时，sp_BlitzCache将：

1. 跳过对只读意图数据库表的填充
2. 允许在只读副本上正常执行查询分析
3. 保留所有核心诊断功能

技术实现细节

在底层实现上，修改主要涉及：

1. 添加参数声明和文档注释
2. 在执行环境检查阶段增加对只读副本的逻辑判断
3. 调整数据库上下文切换逻辑以适应只读环境
4. 确保所有依赖的系统视图在只读副本上可访问

使用建议

在实际使用时，建议：

1. 明确区分主库和只读副本的分析需求
2. 在只读副本上运行时设置@IgnoreReadableReplicaDBs = 0
3. 注意只读副本上可能缺少某些动态管理视图(DMV)数据
4. 结合其他监控工具综合分析性能问题

总结

这一改进使得sp_BlitzCache在SQL Server高可用性环境中的适用性大大增强。DBA现在可以全面监控和分析整个SQL Server环境，包括主库和所有只读副本，为性能优化提供了更完整的数据支持。这种细粒度的控制也体现了工具设计的人性化，让用户可以根据实际需求灵活选择分析范围。