Synchronization SQL Server 2012 AlwaysOn同步复制副本在读取时实际上并不同步

Synchronization SQL Server 2012 AlwaysOn同步复制副本在读取时实际上并不同步,synchronization,sql-server-2012,scalability,alwayson,Synchronization,Sql Server 2012,Scalability,Alwayson,我正在尝试在将数据写入主副本之后从同步辅助副本读取数据。 但我的数据在中学里不存在 在数据出现在辅助设备上之前,有大约100-500毫秒的延迟 是否有可能使辅助副本对于读取查询真正同步?来自MS的文章“AlwaysOn:将只读工作负载卸载到辅助副本”: 在辅助副本上运行的报告工作负载将产生一些数据延迟,通常为几秒钟到几分钟,具体取决于主工作负载和网络延迟。即使已将辅助副本配置为同步模式,数据延迟仍然存在。虽然同步副本在向主副本发送ACK之前强化已提交事务的事务日志记录有助于确保在理想情况下(即R

我正在尝试在将数据写入主副本之后从同步辅助副本读取数据。 但我的数据在中学里不存在

在数据出现在辅助设备上之前,有大约100-500毫秒的延迟

是否有可能使辅助副本对于读取查询真正同步?

来自MS的文章“AlwaysOn:将只读工作负载卸载到辅助副本”:


在辅助副本上运行的报告工作负载将产生一些数据延迟,通常为几秒钟到几分钟,具体取决于主工作负载和网络延迟。即使已将辅助副本配置为同步模式,数据延迟仍然存在。虽然同步副本在向主副本发送ACK之前强化已提交事务的事务日志记录有助于确保在理想情况下(即RPO=0)不会丢失数据,但它并不保证辅助副本上的重做线程确实已将关联的日志记录应用于数据库页。因此存在一些数据延迟。您可能想知道,在异步模式下配置辅助副本时,这种数据延迟的可能性是否更大。这是一个更难回答的问题。如果主副本和辅助副本之间的网络无法跟上事务日志流量(即,如果没有足够的带宽),则异步副本可能会进一步落后,从而导致更高的数据延迟。在同步副本的情况下,网络带宽不足不会导致辅助服务器上的数据延迟增加,但会降低主工作负载的事务响应时间和吞吐量。

我们也有同样的问题。有什么解决办法或解决办法吗?希望我早点看到。文档确实具有误导性。在法律上是正确的。没有解决办法。您必须知道每个查询是否可以安全地接受延迟