在可用性组中的辅助数据库上运行大型查询是否会影响主数据库中的事务性能？

我需要为SSRS和Tableau报告提供实时或几乎实时的数据。我不希望长期运行的查询对生产OLTP系统产生负面影响。在可用性组中的辅助数据库上运行大型查询是否会影响主数据库中的事务性能？

在可用性组中的辅助数据库上运行大型查询是否会影响主数据库中的事务性能？

这取决于您在配置可用性组时使用的同步模式-同步还是异步！

在辅助副本上，所有事务仅使用快照隔离级别，并且所有锁定提示也将被忽略。这就是为什么在拥抱AlwaysON时测试您的工作负载很重要的原因。

来自：在辅助副本上运行报告工作负载时，最大限度地减少对REDO线程的阻塞

虽然将报告工作负载映射到快照隔离消除了二级副本上的REDO线程所施加的DML工作负载与读取或报告工作负载之间的阻塞，但它并未消除REDO线程执行DDL操作时的潜在阻塞。

如果使用

• 同步模式

  • 辅助副本上的阻止问题将影响主副本上查询的性能。因此，在辅助服务器上运行的读取工作负载（选择）可能会阻止重做线程应用来自主副本的更改。这意味着主要副本必须在本地提交之前等待更改应用于所有辅助SYNC副本，否则可能会因超时或阻塞或死锁而终止。

    REDO线程可以在Readable Secondary中作为DB STARTUP命令查看sys.dm_exec_requests。如果该线程被阻止，则您在辅助服务器上的读取工作负载可能会对主服务器造成影响。

    有关更多详细信息，请检查- 方案1：由于辅助副本上的查询量大而阻止REDO

• 异步模式

  • 主服务器不等待来自辅助服务器的确认。次要服务器上的阻塞问题仅与次要服务器隔离，其中重做队列将在次要服务器上增长，直到清除了锁并且重做线程能够应用日志块为止。这不会影响主副本。

您对“实时”或“几乎实时”的定义需要更多考虑，要牢记所使用的同步方法，网络延迟以及主副本的繁忙程度以及需要辅助传输的日志活动。

SQL Server 2016在AlwaysON领域进行了一些重大改进，例如

• 改进的压缩算法和并行压缩日志块数据
• 日志块传输吞吐量提高4到5倍
• 还有许多其他功能- 它运行得更快！