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

Question

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

Answer 1

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

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

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

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

虽然将报告工作负载映射到快照隔离消除了由 REDO 线程在辅助副本上应用的 DML 工作负载与读取或报告工作负载之间的阻塞，但它并没有消除在执行 DDL 操作时 REDO 线程的潜在阻塞。

如果使用

• 同步模式

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

    重做线程可以在可读辅助被看作是DB STARTUP命令sys.dm_exec_requests。如果该线程被阻塞，则辅助节点上的读取工作负载可能会影响主节点。

    有关更多详细信息，请检查 -场景 1：由于次要副本上的大量查询而阻止 REDO

• 异步模式

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

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

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

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