Re: Unnecessary delay in streaming replication due to replay lag
От
lchch1990@sina.cn
Тема
Re: Unnecessary delay in streaming replication due to replay lag
Дата
Msg-id
2020091517302192735312@sina.cn
Список
Дерево обсуждения
Unnecessary delay in streaming replication due to replay lag Asim R P <apraveen@pivotal.io>
Re: Unnecessary delay in streaming replication due to replay lag Michael Paquier <michael@paquier.xyz>
Re: Unnecessary delay in streaming replication due to replay lag Asim R P <apraveen@pivotal.io>
Re: Unnecessary delay in streaming replication due to replay lag Asim Praveen <pasim@vmware.com>
Re: Unnecessary delay in streaming replication due to replay lag Michael Paquier <michael@paquier.xyz>
Re: Unnecessary delay in streaming replication due to replay lag Asim Praveen <pasim@vmware.com>
Re: Unnecessary delay in streaming replication due to replay lag Masahiko Sawada <masahiko.sawada@2ndquadrant.com>
Re: Unnecessary delay in streaming replication due to replay lag Asim Praveen <pasim@vmware.com>
Hello
I read the code and test the patch, it run well on my side, and I have several issues on the
patch.
1. When call RequestXLogStreaming() during replay, you pick timeline straightly from control
file, do you think it should pick timeline from timeline history file?
2. In archive recovery mode which will never turn to a stream mode, I think in current code it
will call RequestXLogStreaming() too which can avoid.
3. I found two 018_xxxxx.pl when I do make check, maybe rename the new one?
Regards,
Highgo Software (Canada/China/Pakistan)
URL : www.highgo.ca
EMAIL: mailto:movead(dot)li(at)highgo(dot)ca
URL : www.highgo.ca
EMAIL: mailto:movead(dot)li(at)highgo(dot)ca
В списке pgsql-hackers по дате отправления
