Re: Unnecessary delay in streaming replication due to replay lag

From: "lchch1990(at)sina(dot)cn" <lchch1990(at)sina(dot)cn>
To: "Asim Praveen" <pasim(at)vmware(dot)com>, "Masahiko Sawada" <masahiko(dot)sawada(at)2ndquadrant(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, michael <michael(at)paquier(dot)xyz>, "Hao Wu (Pivotal)" <hawu(at)pivotal(dot)io>, ahsan(dot)hadi <ahsan(dot)hadi(at)highgo(dot)ca>
Subject: Re: Unnecessary delay in streaming replication due to replay lag
Date: 2020-09-15 09:30:22
Message-ID: 2020091517302192735312@sina.cn
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kyotaro Horiguchi 2020-09-15 10:01:35 Re: Autovacuum on partitioned table (autoanalyze)
Previous Message Masahiko Sawada 2020-09-15 09:22:26 Re: PG 13 release notes, first draft