Tarzan Asked: 2016-06-10 08:07:59 +0800 CST2016-06-10 08:07:59 +0800 CST 2016-06-10 08:07:59 +0800 CST 在可用性组中的辅助数据库上运行大型查询会影响主数据库中的事务性能吗？ 772 我需要为 SSRS 和 Tableau 报告提供实时或几乎实时的数据。我不希望生产 OLTP 系统受到长时间运行的查询的负面影响。在可用性组中的辅助数据库上运行大型查询会影响主数据库中的事务性能吗？ sql-server sql-server-2014 1 个回答 Voted Best Answer Kin Shah 2016-06-16T08:50:51+08:002016-06-16T08:50:51+08:00 在可用性组中的辅助数据库上运行大型查询会影响主数据库中的事务性能吗？ 这取决于您在配置可用性组时使用的同步模式 - 同步或异步！ 在辅助副本上，所有事务仅使用快照隔离级别，并且所有锁定提示也被忽略。这就是为什么在采用 AlwaysON 时测试您的工作量很重要的原因。 来自：在辅助副本上运行报告工作负载时，最大限度地减少 REDO 线程的阻塞 虽然将报告工作负载映射到快照隔离消除了 REDO 线程在辅助副本上应用的 DML 工作负载与读取或报告工作负载之间的阻塞，但它并没有消除 REDO 线程在执行 DDL 操作时的潜在阻塞。 如果使用 同步模式 次要副本上的阻塞问题将影响您对主要副本的查询性能。因此，在辅助节点上运行的读取工作负载（选择）可能会阻止重做线程应用来自主副本的更改。这意味着主副本必须等待更改应用于所有辅助 SYNC 副本，然后才能在本地提交，并且可能以超时或阻塞或死锁告终。 REDO 线程可以在 Readable Secondary 上DB STARTUP作为sys.dm_exec_requests. 如果该线程被阻塞，那么您在辅助节点上的读取工作负载可能会对主节点造成影响。 有关更多详细信息，请查看 -场景 1：由于对辅助副本的大量查询而阻止了 REDO 异步模式 主节点不等待辅助节点的确认。辅助节点上的阻塞问题仅与辅助节点隔离，其中重做队列将在辅助节点上增长，直到锁被清除并且重做线程能够应用日志块。这不会影响主副本。 您对“实时或几乎实时”的定义需要更多考虑，请牢记使用的同步方法、网络延迟以及主副本的繁忙程度以及需要传输辅助的日志活动。 SQL Server 2016 在 AlwaysON 领域做了一些重大改进，例如 改进的压缩算法和日志块数据的并行压缩 日志块传输吞吐量提高 4 到 5 倍 和许多其他人 -它运行得更快！
这取决于您在配置可用性组时使用的同步模式 - 同步或异步！
在辅助副本上，所有事务仅使用快照隔离级别，并且所有锁定提示也被忽略。这就是为什么在采用 AlwaysON 时测试您的工作量很重要的原因。
来自：在辅助副本上运行报告工作负载时，最大限度地减少 REDO 线程的阻塞
如果使用
同步模式
次要副本上的阻塞问题将影响您对主要副本的查询性能。因此，在辅助节点上运行的读取工作负载（选择）可能会阻止重做线程应用来自主副本的更改。这意味着主副本必须等待更改应用于所有辅助 SYNC 副本，然后才能在本地提交，并且可能以超时或阻塞或死锁告终。
REDO 线程可以在 Readable Secondary 上
DB STARTUP作为sys.dm_exec_requests. 如果该线程被阻塞，那么您在辅助节点上的读取工作负载可能会对主节点造成影响。有关更多详细信息，请查看 -场景 1：由于对辅助副本的大量查询而阻止了 REDO
异步模式
您对“实时或几乎实时”的定义需要更多考虑，请牢记使用的同步方法、网络延迟以及主副本的繁忙程度以及需要传输辅助的日志活动。
SQL Server 2016 在 AlwaysON 领域做了一些重大改进，例如