如何解决PostgreSQL同步复制一致性
如果我们比较多种复制类型(单领导者,多领导者或无领导者),则单领导者复制就有可能实现线性化。据我了解,Linearizability意味着一旦写入完成,所有后续读取都应返回该值,或者返回后续写入。或换句话说,如果只有一个数据库,但没有更多数据库,则应该给人留下深刻的印象。所以我想,没有过时的阅读。
PostgreSQL在其流复制中,可以使用synchronous_standby_names
使所有副本同步,还可以使用synchronous_commit
选项进行微调,可以将其设置为{ {1}},因此领导者等待直到事务在备用数据库上重播(使查询可见)为止。在documentation的有关remote_apply选项的段落中,它指出这允许在具有因果一致性的简单情况下实现负载平衡。
后退几页,显示this:
,某些解决方案是同步的,这意味着直到所有服务器都已提交事务后,才认为数据修改事务已提交。这样可以确保故障转移不会丢失任何数据,并且无论查询哪个服务器,所有负载平衡的服务器都将返回一致的结果,
因此,我正在努力了解可以保证的内容,如果我们对读副本的读查询进行负载平衡,会发生什么异常。还会有陈旧的读物吗?当我查询不同的副本以得到不同的结果时,即使在领导者上没有写之后,也会发生这种情况吗?我的印象是肯定的,但我不确定。 如果否,PostgreSQL如何防止陈旧的读取?我没有找到任何更详细的信息,它在引擎盖下如何完全起作用。是否使用两阶段提交或对其进行某些修改,或者使用其他算法来防止过时的读取?
如果它不提供没有过时读取的选项,是否有办法实现?我看到,PgPool必须选择对不超过定义阈值的副本进行负载平衡,但是我不知道是否可以将其定义为对领先者使用的副本进行负载平衡。
我真的很难理解在PostgreSQL的完全同步复制中是否可能发生异常。
我知道这样的设置在可用性方面存在问题,但是现在不必担心。
解决方法
如果您将同步复制与synchronous_commit = remote_apply
一起使用,则可以确定,一旦提交了修改事务,就可以在备用数据库上看到修改后的数据。
同步复制不使用两阶段提交,主要服务器首先在本地进行提交,然后仅在COMMIT
返回之前等待同步备用服务器的反馈。因此,可能会发生以下情况:
-
在
COMMIT
返回之前和数据传播到备用数据库之前,观察者将在主数据库上看到修改后的数据。 -
观察者将在主返回的
COMMIT
之前在备用数据库上看到修改后的数据。 -
如果在
COMMIT
返回之前的适当时刻,提交事务在主数据库上被中断,则该事务将仅在主数据库上已提交。在服务器上发生提交的时间与将其报告给客户端之间的时间之间始终存在一定的时间窗口,但是随着流复制,该窗口会大大增加。但是,最终,数据修改将始终使其成为备用数据。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。