在流式复制中,是否存在WAL发送优先级(现在或将来的版本)这样的概念,您可以在其中设置事务的影响应该多快到备用服务器的优先级?
假设我要执行一个非关键更新,它会添加2GB的WAL文件。如果2GB的运送不会延迟我想立即发送到备用服务器的更小和更重要的WAL文件,那将是很棒的。
现在还是将来可以实现这个目标吗?
答案 0 :(得分:2)
将来,这似乎是一种可能性。
在不知不觉中你要求PostgreSQL的Logical Decoding
功能,尽管它已经准备就绪,但今天可能不适合你(提示:很快就会有)......并且澄清一下,这是完全不同的来自9.0以来一直可用的非常成熟的内部复制。
您可以阅读有关它的更多信息here,但实际上,使用此功能,您可以定义要复制的表,而不是。事实上,您可以使用自定义SELECT
SQL来告诉复制引擎将哪些数据集复制到从属服务器......如果所述解决方案(在线)成熟度足够,您还可以优先考虑数据更改,被复制到奴隶身上,但我同意它还没有到这里来。